Добрый день. Есть сервер 1С:Предприятия. ОС - Windows Server 2016, СУБД - PostgreSQL. Всё на одной машине. Конфигурация машины: Процессор Intel Xeon E-2186G, 126 Гб памяти, SSD накопитель - INTEL SSDSC2KG48. Количество баз - 45, конфигурации - Камин, БГУ. Размер баз от 200 Мб до 1 Гб.
В рабочее время на сервере 1С:Предприятия активно в районе 70 сеансов, загрузка ЦП от 20% до 40%, в нерабочее время выполняются фоновые задачи 1С, загрузка ЦП держится на 100%, грузит именно rphost.
Подскажите, куда копать и можно ли что-то предпринять?

Регламентные задания попробуй поотключать

оставь один дежурный сеанс 1с и будет счастье. вроде, даже веб сервис с повторным использованием сеансов подходит, но это не точно.

(2)+ один сеанс в каждой базе

(1) Ибо в 90% случаев они никому не нужны...

еще немного помочь может, как ни странно, использование сервера в режиме отладки.

(1) ну, всё-таки лучше периодичность просто увеличить

(5) Кстати да, я тоже заметил. Парадоксально, но сервер со включенной отладкой меньше тормозит.

(7) не "парадоксально", а метаданные загружаются в память по требованию, что сильно уменьшает время запуска, но увеличивает время первого обращения к метаданным в процессе работы. Для случая с фоновыми и отсутствующими сеансами, когда кэш выгружен - это актуально. При этом влияние режима отладки на саму скорость вычислений начиная со второго обращения к модулям и прочему - размывается на фоне времени операций с бд (запись наборов регистров, запросы и прочее)

https://infostart.ru/1c/articles/996126/

(0) Вы там слегка того, как бы помягче выразится с ума не сошли?
"Количество баз - 45" - на одном сервере? Хахаха...

(10) и даже не рейд и не оптан) Бедный SSD)

Если конфы одинаковые то по технологии разделения данных засовывайте в одну базу аля фреш свой

(12)+ И да никаких "ОС - Windows Server 2016", только линукс!

(8) Не совсем понял, в каком случае метаданные загружаются по требованию, а в каком предварительно. Можно ссылку на более подробное описание нюанса?

(12) с типовыми не очень работает (

только фреш покупать

(14) если в режиме отладки - то метаданные грузятся при обращении к ним, если в "рабочем режиме", то сразу вся конфа грузится. соответственно, если нет активных сеансов, то всё выгружается. получается, фоновые при отсутствии сеансов вызывают постоянное дергание всей конфиги в память/из памяти.

(17) А 1с это считает подлежащим когда-нибудь устранению багом, или же фичей? По логике, кэш надо держать теплым или же это должно быть опциональным для сервера.

ну вот кэш теплый, пока сеансы есть. последний вышел - кэш очищается.

(19) Это понятно. Но вряд ли логично. Особенно с учетом регламентных заданий и достаточно тяжелой загрузки метаданных. Тут надо или держать кэш теплым всегда пока рпхост активен, или же облегчать загрузку метаданных в принципе отказом от монолитного хранения конфигурации.

(20) первая подобная тема на партнерском была 10 лет назад, и это если специально не подбирать запрос поиска, а ограничиться "фоновые задания нагрузка", возможно и раньше, и вопрос поднимается регулярно, по 1-2 раза в год. Но воз и ныне там.

Ну можно свой планировщик написать, что бы управлять регзаданиями. У тебя сейчас в момент 45 регзаданий пытается выполнится. Ну или разнести по времени в разных базах регзадания.

(21) В 8.3.20 поправили

(23) это радует

(18) Это не считается багом
У ТС еще и оперативки маловато для PotgreSQL + сервер 1С одновременно для 45 то баз
Суть что в каждой базе конфа если занимает под гиг или даже два то это только чтобы одновременно все базы в память упс и 45-90 Гб

(25) Когда памяти мало - тормоза начинаются не с загрузкой процессорных ядер, а с ростом очереди дисковых операций. В данном случае такого нет.
PS Если конечно в 1с специально не запрограммированы тормоза при малом объеме свободной памяти, во что вполне себе верится. Сделали же они очистку повторно возвращаемых значений, если свободной физической памяти мало.