Предыстория.
В последние дни менеджер 1С (rmngr.exe) стал кушать память не в себя, доходило до 16-20 гигов, что как бы многовато. Решил все таки глянуть с чего это вдруг. Включил галку менеджер под каждый сервис и выяснилось что самый прожорливый это jobService (Сервис заданий)

Вот сейчас никого нет, а он сожрал 9 гигов хотя еще 3 часа назад занимал не больше 200 метров.

Вопрос. Как бы узнать чем это таким менеджер занимается, чтобы запретить ему это делать?

регламентными заданиями

так нету их в соединениях.

может фоновые?
марьпална какая-нить 100500 отчетов нажала "Сформирвать" и домой пошла

ну фоновое есть - это удаление помеченных, правда клиент уже давно закрылся, а оно продолжает шуршать.

Но он разве не рпхост должен задействовать, т.е. рабочий процесс? Почему тогда менеджер то напрягается так

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

походу в 8.3.10 какая то бяда с этими фоновыми, если клиента уже нет, то менеджер начинает неоправдано много употреблять память. Потому что я целый день сидел было запущено удаления и с памятью был порядок. Но стоило отвернуться на пару часиков и сюрприз

не отворачивайся. Следи за собой и будь осторожен.

(7) кто же поворачивается к 1с спиной ?

так самое противное что до 8.3.8.1850 такой фигни небыло. Вот и расслабюился

Грохнул рпхост с этим фоновым заданием - сразу столько памяти освободилось

Блин ну не перегружать же рпхосты каждые час, а как вот оперативно отслеживать эту утечку...

Все настройки сервера 1с по памяти касаются рпхоста, а он как раз ведет себя прилично и памяти кушает в меру

Засада прям

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

(12) "ну не перегружать же рпхосты каждые час" // Настрой им лимит по памяти с убиением при превышении, делов-то

(14) проблема в том что сам рпхост не выходит за этот лимит, т.е. рпхост отжрал 300 метров, а менеджер 9 гига. А вот настройки памяти для менеджера я не нашел