База ERP пока почти пустая ОСВ формируется минуту, открытие справочника номенклатуры для подбора секунд 30, с помощью каких инструментов можно определить где узкое место, клиен? Сеть? Сервер приложений? сервер базы? те чтобы можно было бы понять в какую сторону копать...

Системный монитор, если Win: https://its.1c.ru/db/metod8dev/content/2923/hdoc
Тест Гилева чтобы сравнить железо: http://www.gilev.ru
ЦУП: https://v8.1c.ru/tekhnologii/tekhnologii-krupnykh-vnedreniy/korporativnyy-instrumentalnyy-paket/tsentr-upravleniya-proizvoditelnostyu/
Замер производительности в конфигураторе
Далее анализ запросов, блокировок и так далее.

(0) у нас ERP2.4 тупила жутко при многопользовательской работе примерно на 100 человек одновременно... ну казалось бы типовая, управляемые блокировки...


пользователи вздохнули с облегчением, когда дох.я денег за новый сервер отвалили многоядерный и быструю пребыструю память и диски на Intel Optane

(1) > Далее анализ запросов, блокировок и так далее.

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

(3) задачи автоматизации можно решать и административными методами, ага.

(0) поймать на скуле план запроса этого... и много думать

+ (5) ну а сначала конечно https://infostart.ru/1c/articles/1661602/

(5) может там с сетью беда, хоть заловись план запросов.

(7) с сетью если у ТС 1ссервер и субд разные то может и такое конечно...

+(8) и виртуализация (стильно модно молодежно) может тормозить

(8) а еще под соусом различных файрволов и какая-нибудь петля в сети)

в итоге пакетики с трудом отправляются и принимаются и 1ска страдает, а юзверы плачут(

(0) Обычно такие ветки создавая приводят описание железа архитектуру развертывания  объемы баз и кол-во юзеров итп.

(0) если используется виртуализация, даже оптимизированная (диски напрямую прокинуты, питание и пр.), то при отказе от нее и переходе на это же железо без виртуализации мы, например, получили увеличение скорости в 2 раза (ряд ключевых операций стали выполняться быстрее в 2 раза). Просто помните об этом.

Настроил центр управлением производительностью, выяснил что SQL "курит бамбук" , запустил отчет посмотрел загрузку, нагрузка только на сервер приложений https://ibb.co/6rR6Q2W
есть предположение, тоже самое когда список справочника для выбора открываю, SQL отрабатываетт быстро, сервер приложений думает...

если это виртуалка, то там железо нужно на гипервизоре смотреть

а диск то хоть выделенный?

а еще 1с и скл небось в разных виртуалках, но на 1 физ сервере

(15) нет железный сервак, скуль и сервер приложений на одном железе 24 ядра 768 ГБ оперативы (оператива загружена на 50%) проц сумарно выше 20% не поднимается

(18) План питания какой выбран? Сбалансированный?

(19) Админам запрос отправил по поводу питания.
Еще вопрос, у нас раздуты rphosts, самый большой  почти 16 гиг самый маленький 8 гиг всего 9 их.
Может ли объем rphost влиять на производительность? Если поставлю время перезапуска rphost сутки, как процесс перезапуска будет поисходить? У нас на этом же серваке крутятся и обычные формы (УПП) те если процес тупо будет убиваться то пользователи на толстом клиенте будут вылетать.Или переключение плавное будет? например создаётся новый rphost ставиться запрет на подключение к старому rphost, далее новые пользователи на новый rphost подключаются, старые на старом продолжают работать?Как все выйдут процесс убъется, а если не все выйдут? некоторые УПП несколько дней не закрывают? как это время старых rphost наплодятся несколько десятков.

(20) ни в коем случае не ставь перезапуск рпхост через сутки.
Если хочешь перезапуск ставь перезапуск службыпо расписанию

(21) ок спасибо, какие подводные камни могут быть если перезапускать буду? Народ вылетать будет? или rphost старые плодиться?

(22) основаная проблема настройки - это то что неизвестно когда будет перезапуск

(22) минуту 1Ска потормозит, тонкие клиенты сами автоматически переподключаются на новый, обрыва связи у клиента не будет.
Как только все перейдут на новый rphost - старый завершится.

(24) а толстые аварийно отвалятся?

(25) конечно

А если ОСВ не в фоновом режиме запускать? какая скорость?

(20) перезапуском вообще не надо заниматься, надо или оставить, или расследовать проблему жора/утечек памяти

(20) >Еще вопрос, у нас раздуты rphosts, самый большой  почти 16 гиг самый маленький 8 гиг всего 9 их.
Многовато в штуках

(22) Ничего перезапуск не ускорит. Модель процессора какая?

(30) Xeon Gold 6136 CPU  3.00GHz
Всего оперативной памяти 768ГБ
Дисткаи все SSD

(0) технологический журнал

(0) виндовс? антивирус выключен? 1с плодит довольно много временных файлов и антивирус снижает в 2-3 производительность

(1) ЦУП - авно тормозное. Только на маленьких базах использовать

1. План энергопотребления на физическом хосте- максимальная производительность. Всякие С-states выключить. https://www.gilev.ru/bios-package-c-state/
2. Защитник виндовс удалить https://internet-lab.ru/win_server_2016_2019_kill_defender
3. Скуль какой? еще базы есть?

(31) 768гб оперативки, офигеть. Ерп походу как эта девушка на видео))

https://vk.com/video-30666517_456245328

(34) цуп нужен чтобы блокировки смотреть - не более

https://wiki.mista.ru/doku.php?id=it:analiz_sql_block
https://infostart.ru/public/16681/

У меня подобное (периодические дикие тормоза с загрузкой процессора) было на 2003 сервере после перехода на 8.3.11. Там разработчики сменили рантайм, и началась какая-то лажа на старых ОС, связанная с дефрагментацией системной памяти(кучи). Пришлось от запуска сервера 1с на 2003 сервере уйти.
См. Локализация тормозов 8.3.11-8.3.13 на XP и 2003

(31)  сколько попугаев по тесту Гилева?

Тесты помогают что-то проанализировать при "обычных" тормозах, зависящих от нагрузки. А если тормоза "аномальные", то от тестов никакого проку. Тут только профайлинг на разных уровнях поможет.

(38) при формировании осв никаких блокировок быть не может

(42) а при чем тут ОСВ? тут разговор про общую производительность которая определяется "тонким" местом,

Например ты на 100% уверен, что во время запуска ОСВ не висит в фоне например перестройка индекса или пересчет итогов/агрегатов.
Ну и потом - блокировки бывают ведь разные, некоторые не влияют на чужие запросы, а некоторые влияют...

(43) Тут не про общую производительность, не путайте, тут про _тормоза_ - это не одно и то же..

(44) так тормоза это результат плохой общей производительности (железа + софта + сетевой структуры)

(37) ЦУП блокировки достаёт из ТЖ, и делает это тормознуто

(45) Нехватка производительности это когда 1с "тупит". А тут в теме именно "тормозит", то есть встает на какое-то время на ровном месте без особых причин.

(20) ну как там? Выставили электропитание на максималки?)

Весьма неплохая штука https://en.wikichip.org/wiki/intel/xeon_gold/6136
Все ядра 3.3-3.6 ГГц, поэтому странно..

(48) да выставили, прироста явного нет

(0) 100% сервер "Г"...

У нас 40 пользователей онлайна одновременного, ЕРП, второй год пошел. то есть вообще не пустая.. и ОСВ ни раньше, ни сейчас минуту не формируется а на много быстрее.
В сервер пару лет назад когда еще УПП была вгрохали 4 ляма, хуавеевский )

Ну и тест гилева, хороший, сами пользовались

Все же сделайте тест (40) просто интересно сколько.

(51) Xeon Gold 6136 CPU  3.00GHz всего 24 ядра 48 потоков
Всего оперативной памяти 768ГБ
Дистки все SSD

(54) а материнка какая?

SSD какие? SAS? SATA? NVMe?

в каком рейде?

Оперативка модель какая?

>>48 потоков
Это убрать бы, для эксперимента. Когда-то гипертрединг мог мешать.
Если отключить УПП и все остальное, что есть на этом сервере лишнего, картина такая же будет?

все таки тест Гилева запустить надо. Если он покажет 10-15 попугаев, значит дело все таки в настройках системы, вдруг умные сисадмины воткнули антивирус на сервер БД. Если 30 и больше - тогда надо внимательно смотреть что с самой базой

(42) У клиентов rphost падал при формировании ОСВ с определенным счетом по 1 организации, страдали все. Такое же было на прошлой редакции с обычными формами.
В новой редакции помогло обновление вспомогательных данных, в старой никто не работает - не искал причину.

индексирование для поиска включено?