Всем добра.
Вводные:
-Конфигурация Торговля и склад (частично не типовая).
-Размер БД ~7 Гб.
-Формат хранения sql.
-Версия сервера sql 2000.
-Число пользователей ~ 20 (терминал).
При проведении документов особенно Возвраты от покупателя стали появляться заметные тормоза. В этом время у других пользователей документы не проводятся, все орут и стонут.
Попробовал применить решение взятое с этого форума в случае 100% загрузки работы CPU . Решение было внедрено и хоть загрузка проца стала ниже, на общую производительность это не повлияло. Все сидели ждали но уже с более низкой загрузкой проца.
Было решено купить новый сервер так как у текущего старого на борту 4 ядерный Intel Core и 4 Гига ОЗУ, что на текущий момент просто считается нищебродством.
Приобрели новый аппаратный сервер:
2 x Intel Xeon , 64 Gb DDR4 , MegaSAS 9240-i4 контроллер в составе которого  создано 2 массива RAID1.
1 построен на SAS HDD дисках.
2 построен на SSD дисках.
Поставлена система Windows Server 2008 x64 + SQL 2008.
Установлена 1с с релизом совместимости аля "Секретный" 6 версии.
Итак начал с тестирования.
Загрузил базу и развернул на новом сервере на дисках SSD.
Все подключилось и взлетело нормально, начал замерять производительность средствами отладчика и диспетчера задач.
Выбрал один и тот же документ в старай и новой базе Возврат от покупателя состоящий из 2 строк  итак результат :
Новый  - 53 сек.
Старый - 34 сек.
Попробовал сделать проверку и исправление ошибок средствами 1с,
так же после этого сделал выгрузку - загрузку данных, результат остался такой же.
Во время работы пиковой нагрузки ядер и памяти не наблюдалось.
Как можно пнуть чтобы побежало быстрее?

Для начала всё же проверьте проведение на локальной станции и файловом варианте.

(44) Блокировки замаяли других пользователей . Реализация в общем случае проводится нормально по времени (при одном пользователе).  Но когда начинают проводить все, всё встает и на долго.

Жесть

Может пора уже на восьмерку? УТ11 вроде уже без серьезных проблем

Замер производительности в отладчике. Находите узкое место. Переписываете.

(48) с таким сервером на УТ11 лучше не переходить)))

(50) нормальный сервер, что не так?

(51) +ну скуль надо посвежее конечно, я про железо

Если в коде есть "временный расчет" регистров - избавляйтесь от него. Итоги берите только на точку актуальности. Или, если уж надо проводить задним числом - используйте прямые запросы к таблицам регистров через 1cpp.

тащи из дома свой i7 если есть в тихую меняй и будет всем щастье

ну или переписывай все на прямые запросы использую 1cpp а если лень матушка и у тебя ТИС то купи готовые модули с toySQL и все полетит

вообще лучще бы с ТИС купил toySQL потратил месяц на внедрение а разницу за между сервером купленым и этой библиотекой взял себе любимому

Что можете сказать про процессор 2620 V3 ?

(31) в таблице нет новый процессоров
тогда лучше сюда https://www.cpubenchmark.net/singleThread.html
там можно сравнить даже с i5 новым

(57) Мы брали для клиента E5-1650 v3. Эска с ним летает.
https://www.cpubenchmark.net/cpu.php?cpu=Intel+Xeon+E5-1650+v3+%40+3.50GHz&id=2389

Еще кстати дополню. Временный расчет итогов создает временные файлы, причем в синхронном режиме, без кэша записи (вот непонятно нафига, но факт). Если в качестве каталога временных файлов указать ссд или рамдиск, то можно серьезно повысить производительность.

Автор, где замеры?

И, кстати, тоже дополню. Контроллеры RAID отключают для SSD кэш. И в зеркале SSD начинают дико тормозить почему-то. Тоже боролись с этим явлением. Помогла прошивка свежей фирмвари в контроллер RAID.

Автор. Сделай копию базы на любом сервере. Обнови конфигурацию до полностью типовой. Затем посмотри скорость проведения возвратов. Если возвраты начнут проводиться мгновенно, значит дело в программе, если нет, то дело в серваке либо кривая версия 1с 7.7.

(61) https://yadi.sk/d/zyY9C7s13P9XeV

После дефрагментации индексом и обновления статистики на новом сервере время проведения улучшилось до 37 сек вместо 53 сек

(64) Ты наверно издеваешься?

За (64) в бан можно.

(66) ??
В чем издевка?
Каким образом замеры я могу предоставить на ваш вопрос (61) ?

(22) Это вы знатно проапгрейделись по железу, конечно. 1,7 ГГц - это "фиаско братан".  За эти деньги можно было взять один Intel Xeon E5-1630 V4 3.7 GHz или Intel Core i7-6800K 3.4 GHz или что-то вроде этого.
Два проца для чего? Эта конфигурация для работы в качестве хоста для несложного сайта подойдет, по-моему. Ну или сервера терминалов.
Даже не помайнишь ничего на нем :(
Надо было спецификацию по серваку первым делом сюда выложить - отсоветовали бы сразу.

(15) выстрелили себе в ногу.

(69) я уж понял теперь что спецификацию сначала надо было на обсуждение выложить. Понадеялся на специалистов огласив нужды ((

(71) Для того что бы посмотреть этот замер нужно еще и md-шник тогда. Его тоже выложи

Как уже неоднократно ответили, причина в 1.7 Ghz, тут уже ничего не сделать, только менять.

(71) одни тут Не запускается база 1С после добавления доп.диска на сервере уже тоже к специалистам обращались. В итоге бухгалтерша сама серваком рулить начала.

(73) соглашусь: сдайте назад, где покупали, пока не поздно

Контроллер RAID без кэша и батарейки тоже деньги на ветер. Как и SAS диски(в данном случае).

(73) Как тут уже неоднократно заметили, возврат с 2мя строками в стандартном коде не может выполнятся 30 секунд даже на пне втором.

(77) Нашел предполагаемую причину.
А именно таблица долгов.
Розница списывается на единственного покупателя "Розничная выручка", но видимо оплаты проводят не всегда, вот оно при возврате и шерстит регистр покуптели а там долги и табличка очень внушительная получается.

(78) с поиска этой проблемы надо было и начинать.

(78) Зато сервак обновили! :)))

Директору только причину не говори, не хвастайся (если уже не поздно) - не оценит. Скажи, что новый сервак ценой неимоверных усилий оптимизировал.

(80)  =))

Процессор все равно поменяйте на более по гигагерцам. Раз уже пошла такая пьянка по обновлению железа, главное не упустить момент.

(76) Для кэша батарейка в общем то не обязательна. Хотя желательна.

(81) А разве не так? Вот недавно клиент тоже приобрел новый сервак, забубенный до нельзя, но с процами аж по 2,4 ГГц. Путем многодневного вылизывания этого сервака удалось (по тесту Гилева) прибавить аж 14 попугаев.

для 7.7 мне кажется мой e5450 3.0 ггц из китая будет лучше чем e5

(84) без батарейки кэш на запись просто не работает

(87) Работает. Если его включить. Но вот в случае абзаца - целостность данных и сами данные идут в помойку.

(88) у меня штатная утилита ("биос" аппаратного рэйда) не включала кэш на запись, если не было живой батарейки

(86) себе тоже взял домой только х5450 вместо Е8400 - приростом производительности доволен. На разогнанных 3,6 ГГц пашет как на родных 3 ГГц.

Такие возвраты на таком железе в дбф версии секунды триипроводиться будут. Ну на крайняк секунд 6. В Сеуле нумфиг с ним 10 секунд. У меня возвраты строк по 100 даже задним числом проводятся всего тиару тройку секунд. Ищите большие выборки итогов, и незакрытые регистры которые и дают большие таблицы на перебор которых тратится время

(89) В контроллерах на LSI чипсетах можно как "Write Back with BBU", так и "Always Write Back".

В Adaptec 8805 - Enable or disable write caching:
• Select Enable always for “write-back” caching
• Select Enable with BackupUnit if your controller has a zero-maintenance cache protection module
• Select Disable for “write-through” caching

В случае "без батарейки" LSI предупреждает, что все это под вашу личную ответственность.

(0) 2 Зиона 6-поточных на 1.7ГГц? Да вы деньги выкинули просто! Тут даже 10-летний Зион Е5450 (спокойно встает на 3,6ГГц на "авто") на обычном десктопе зарулит этот новый сервер под ваши задачи. А так вообще под 20 пользователей 7.7: i7-7700K, 16GB, 500GB SSD (да хоть Samsung EVO), HDD для бекапов и 1С в космос улетит :) А есть еще и 8700К...

(0) >Загрузил базу и развернул на новом сервере на дисках SSD. Все подключилось и взлетело нормально, начал замерять производительность

Кэшь разогревать будет кто?
Статистику вам подготовит Пушкин? А теперь с вашими "эксперементами" нужно ещё и чистить процедурный кэш!

(93) эээ, у них тактовая 1.7 и там стоит 1с? Что за порно!!!!

(93) у меня обычный двухядерный лохматый пень на 2.4ггц с 2гб памяти без особых проблем тянул под 25 сеансов ТИС, их них с 10-ок - на складе с терминалами бегали... Дбф правда, не скуль

(96) это потому что оптимизация узких мест в конфигурации - например правильный порядок измерений в регистре и прямые запросы. А что в базе в (0) - уже известно (незакрытые регистры).

(0) совершенно случайно, тормоза не совпали с переводом базы на MSSQL?)

(96) на клюшках? Нашел что сравнивать.

сотко

(97) не, никаких особых оптимизаций не было. Штатные алгоритмы. Регистры закрыты. вся оперативная работа - только в ТА. задним числом - очень-очень мало (и всего 1-2 чела). Общий журнал юзался мало- основная работа склада и менеджеров - через Монитор склада и Монитор заявок (псевдожурналы на ТЗ, по сути - остатки на ТА, наполнение - прямыми запросами).  Вдень было 3-4 ситуации транзакций

Меня всегда радуют советы "сборщиков серверов", когда они рекомендуют такие процы для сервера под 1С.

И рассказывают волшебную сказку про "много ядер".

Да в ... эти "много ядер" можно засунуть, если не взять процы с частотой от 3 GHz.

(0) "Установлена 1с с релизом совместимости аля "Секретный" 6 версии. "
Что автор имел в виду под этим?

В общем базу на старом сервере раскрутил, создав нового розничного контрагента без долгов, обновлением статистик, очистками кешей и реиндексацией средствами SQL.
Всё стало быстренько.
По поводу процов, потестил программой для вычисления числа Пи
E5 на частоте 1,7 уделывает Core2Duo 2.5 .

(104) Покажи тест и результаты.

(104) а тебе в 1С как раз очень и очень нужно вычислять Пи ?
Не, ну а чо, пускай вычислением числа Пи сервак занимается, но не тем, для чего его покупали.

(106) Вы сейчас пнули прям хорошую такую тему, наравне с HT-темой, которая не раскрыта.
Что в процессоре важно для 1С?
Операции с целыми числами? С дробными? Пропуск через себя данных?

Вот, к примеру, вычисление числа ПИ - это тупо чистые такты процессора и его обмен с его кэшем, но никак не с памятью. В 1С-е это не так.

(107) *** даже не поняв это.

(108) ну я подумал, что если тем же самым вычислением числа Пи загрузить процессор многопоточно с тем же гипертрейднигом, то как раз будет очень классная такая нагрузка, которой хвастаются хотя бы те же Эльбрусы, которые при низкой частоте якобы весьма быстро чего-то там специфическое вычисляют, только не помню, что именно :)

Скорее всего - целочисленные операции. Все операторы сравнения данных - это сравнение в основном GUID, что можно сделать сравнением целочисленных регистров.

(110) "сравнением целочисленных регистров процессора"

(111) Для 1с важна тактовая частота процессора плюс пропускная способность памяти плюс размер кэша. Все три компоненты важны. Если очень быстрый проц но мелкий кэш и тупая память - процессор упрется в память.

(104) Мнится мне, что "программа для вычисления числа Пи" - многопоточная, что вполне естественно для синтетической числодробилки. В этом случае ничего удивительного, что серверные Зеоны на 1.7 ГГц лучше десктопной коры дуба 2.4. Вот только 1с-у на это пофиг, она однопоточная. Потести чем-нибудь однопоточным процы, если так интересно. И про (103)  скажи что-нибудь, плиз

"E5 на частоте 1,7 уделывает Core2Duo 2.5"
ТС таким образом объяснит работодавателю, что железо подобрано правильно - во всем виноваты программисты-одноэсники.

(113) Программа для тестирования однопоточная.

Результаты теста:

1)Test 8М - Intel i3        3.10GHz  - 2m 28.219s    
2)Test 8М - Intel Xeon      1.7 GHz  - 3m 45.235s
3)Test 8М - Intel Core Quad 2.5 GHz  - 4m 22.829s
3)Test 8М - Intel Core2Duo  2.2 GHz  - 5m 30.844s

(113) http://catalog.mista.ru/public/82018/

(113) в догонку ..
http://www.superpi.net/

А может быть дело в настройке скуля ещё?

(0) Примерно аналогичная ситуация. Купили однопроцессорный сервак для бухгалтерии зарплаты и т.д. 32 ГБ оперативки и диски - 2 ssd и два sata2 Аппаратный рейд. Работаем на 1С 7.7. Но что по сравнению с предыдущим бухгалтерским сервером с win 2003 и 2 ГБ ОЗУ и с программным рейдом особого улучшения не получили. Хотя вру - если раньше больше пяти сеансов 1С не получалось одновременно запускать на одном терминальном сеансе то сейчас этой проблемы нет. Система на SSD в зеркале и база на sata2 в зеркале. Операционка Win 2008 server R2 64-разрядная. Что-то мы сделали не так )

(119)+ А торговля файловая на другом терминальном сервере (ну тот хоть и покупался лет 5 назад - весьма неплох, тоже ) крутится нормально, только свертками иногда приходится заморачиваться. Работают порядка 50 пользователей Операционка Win 2008 server R2 64-разрядная. Блокировки бывают крайне редко благодаря мудры советам Злобчинского за что мы ему очень благодарны

(119) купите еще один ССД под базу. врем файлы 1с на рам диск

(120) "благодаря мудры советам Злобчинского" - можно отсюда по-подробнее? что за советы?
(121) "врем файлы 1с на рам диск" - какие файлы имеются в виду? насколько безопасно использовать рам-диск?

(121) параметр командной строки /t если правильно помню. давно это было

(123)+ ну если у вас нет привычки шнур питания выдергивать и есть привычка бэкапиться, то все ок будет

(123) этот параметр у 7.7 только присутствует если что. просто в (119) речь именно про 7.7

(125) понятно. С 7.7 я знаком мало, да и не требуется она от меня

(126) на 8ке только через системный TEMP

(119) Для начала базу тоже на ssd перенести

(128) Но ssd ограничено количество перезаписей.
(122) Но у меня тормозило из-за того что печать чека на ФР сидело в модуле проведения. Когда был один магазин - сильно не волновало а когда стало 5 + безнал и польозователей стало много - вот тут-то начались проблемы. Я убрал пробитие чека из модуля проведения еще где-то пошаманил (давно было) и с тех пор почти 50 пользователей работают и особеннных проблем нет

(129) >Но ssd ограничено количество перезаписей.
ты сегодня из 10 летнего анабиоза проснулся что ли?

(130) Да нет. Вчера общался с сисадмином на эту тему

(131) значит он вчера проснулся.. или из запоя вышел

(129) С "ограниченным количеством перезаписи" ресурса ССД хватит примерно на 30 лет. Вы планируете свой софт использовать дольше?

(130) Формально - оно таки ограничено.

(132) вот результаты испытаний https://3dnews.ru/938764. возьмите вместе с вашим админом калькулятор и посчитайте на сколько столетий самс 850 про вас переживет

(135) -> (131)

(136) Спасибо. Обнадежило. И систему и базы на SSD делать? Зеркало на них как должно работать? Шустрее чем sata2 ?

(135) Че там, 960 еще волокет?

(138) они 960 ево только мучают - 4.2 ТБ уже ))

пардон ПБ конечно

(139)+ но в отличии от 850 про он уже резерв задействовал

(137) я бы без рейда использовал. но бэкап как можно чаще на ХДД

(15)
Жесть

(137) В этой теме же обсасывали плюсы-минусы рейда на ссд.
Короче зависит от контролера, его настроек и наличия батарейки в контролере.

(124) Шнур питания дергать уже не модно, модно чтобы "отвалился шлейф системного диска, сервак отрубился". Была здесь на днях тема.
Но рам-диску это же не страшно, у него ведь нет шлейфа...