после обновления платформы процессы сервера стали безвозвратно накапливать память, как можно решить проблему?
после перезапуска службы экземпляра сервера память освобождается, и через пару дней процессы rphost вновь набирают всю свободную в системе память, от этого постепенно начинают виснуть клиенты.
на прошлых релизах такой проблемы не было.
скриншот диспетчера - http://s2.ipicture.ru/uploads/20120715/Of2IBQou.png
система -
http://s2.ipicture.ru/uploads/20120715/5EpVSiMR.png

v8: v8: 1c - 8.2.15.318 - память растет как на дрожжах.
v8: Все-таки 8.2.15.318 кривой

Иди дальше ставь 319

я смотрю там уже 8.2.16 предварительный выложили, лучше подожду его неделю до стабильного...

(0) ну, скуль-то у тебя тоже нехило так отожрал. что за база, объём?
(3) бу-га-га. стабильные релизы щас - 7.7 и 8.1

Ошибки исправленные в 8.2.15.319
20005912  (SW701767)  Быстрый рост объема памяти, занимаемой рабочим процессом кластера
Проблема:
Если в кластере серверов 1С:Предприятия зарегистрированы информационные базы с регламентными заданиями и небольшим или нулевым количеством активных пользователей, то в процессе работы возможен быстрый рост памяти, занимаемой рабочими процессами кластера.
Дата публикации:
2012-07-11

не факт, что это поможет конкретно в твоей ситуации (они этих утечек памяти в последних релизах уже штук 10 исправляли - а профита никакого), но попробовать стоит

или откатиться на 301-й

фоновые задания? после того как я их всех или повырубал или оставил включаться один раз ночью сервер стал в 2 раза меньше памяти жрать...

по поводу перезапуска процессов кластера
http://fastpic.ru/view/43/2012/0705/2f70ea7e34644d563b3262733f261801.png.html
что происходит с сеансами при перезапуске процесса, просто рубит или сенсы переключаются на другой процесс?

я так понимаю, в момент перезапуска клиент получит сообщение о бороде типа: "Соединение разорвано сервером"...

надо бы ОЗУ добавить =)

(8) Ничего не происходит, только клиент подвисает на время перезапуска процессов

(9) Не-а

(5)Как временный рецепт...Или держать постоянно пару пользователей, или вырубать регламентные задания. Так? )))

(8) Через 8 часов (28800 секунд) процесс станет неактивным, т.е. он продолжит обслуживать текущие сессии, но новые к себе не будет подключать.
После этого через 10 минут (600 секунд) он обрубит сесию

Только вопрос, почему такой интервал маленький 8 часов? И интервал на выключения 10 минут, тоже неочем
Я бы поставил побольше интервал выключения. Просто после 8 часов он все равно не будет новые соединения подключать к себе, а так вы жестко через 10 минут выкидываете. Поставьте хотя бы часа 4, чтобы сеанс закончился естественным образом

(12) Что нет? А что он получит?

(11) Процессы не перезапускаются а просто рождаются новые

(16) ... а старые уничтожатся

(15) -> (11)

(5) Ну, по сравнению с 317-ой, в 318-ой прогресс есть, всю память занимает через 8-10 дней,
317-ая  - за сутки.

(19) в моем случае на это уходит 1 сутки.

Настройка перезапуска процессов кластера порадовала своей тактичностью, когда настало время перезапуска клиенты получили в эске сообщение "Необходимо переустановить соединение", Перезапустить, завершить.
При этом в одном из сеансов шла перепроводка документов и этот сеанс остался нетронутым, видимо пока в сеансе выполняется какая-то обработка этот сеанс не перезапускается - Это Гуд!
Мне кажется настройка перезапуска процессов решает проблему "Кучи мусора в памяти".

(20) 1) "При этом в одном из сеансов шла перепроводка документов и этот сеанс остался нетронутым, видимо пока в сеансе выполняется какая-то обработка этот сеанс не перезапускается - Это Гуд!"
то есть в результате этот процесс так и не перезапустился?
2) "Мне кажется настройка перезапуска процессов решает проблему "Кучи мусора в памяти".
это классно, конечно, но лучше бы разработчики поделились информацией, как это использовать, непосредственно в http://downloads.v8.1c.ru/content/Platform/8_2_15_319/ErrPlatform_8_2_15_319.htm , вместо скупого упоминания о том, что ошибка исправлена (в очередной раз).

мне помогло (12 гб озу, 40 пользователей), оставить один rphost (это если пользователей меньше 50), на сервере 1с, в параметрах быстродействия установить "оптимизировать работу программ", ночной рестарт сервера никто не отменял.
у меня не процесс rphost съедает память а системный кэш (файловый), причем что сервер 1с выделенный и никаких файловых операций по идее там не производится.

(22) >>в параметрах быстродействия установить "оптимизировать работу программ", ночной рестарт сервера никто не отменял.
ага, спасибо большое.
Особенно про ночной рестарт сервера.
И что "пользольвателей меньше 50ти".
Это все уже с 8.0 известно.
А у вас тоже - как и у остальных "всеклевошников", - никто толком и не работает?
Плюс 50 пользователей, минус 50 пользователей... 0 пользователей...
фигня-то какая....

Как я решил эту проблему:
-Работал на 8.2.13 установил 8.2.15.
-Увидел что память помчалась галопом.
-Отключил везде где не нужно фоновые задачи.
-отключил везде полнотекстовый поиск и прочие фоновые задачи не влияющие на работу.
Время: 1 час
Результат: Релиз ведет себя прилично.

(24) "установил 8.2.15."
какой именно?

317

В (19) сам себя сглазил, улетело в swap аж на 13ГБ. Пришлось поставить 319-ю. Почти сутки держится на одном уровне, с включенными регламентными. Может быть, действительно, поправили...

предлагаю закрыть ветку - есть дубль v8: Платформа Выпуск внеплановой версии 8.2.15.318