Всем привет !

на сервере этот процесс постепенно набирает обороты и отжирает много памяти  .
допустим сегодня 15 % завтра 25 послезавтра 40 и т д

как и чем это лечить .есть ли нормальные настройки ,которые не дадут этому процессу так расти .

(0) Жадный rphost жрет память и процессор

Только сначала корп лицензию прикупить

(1) не собираюсь  я на корп деньги тратить)

Писать код нормально, чтобы он память освобождал - не предлагать?
Тогда еженощно перезпускай

(3) Подскажи а что делать если sql база на сервере не одна а их много копий ERP например. Ну допустим в количестве 15 штук баз.

(4) Точнее >15 штук и >5 пользователей каждый работает с 3 базами своими.

(4) Ноги делать, что ещё.
Если у тебя 15 ерп, а ты скупишься на корп...

(3) без кода жрет . типовая

(6) )) а если руководство жмет денег на Корп .что делать?

(6) Учебный сервер, не реальная работа

А пусть жрёт. Очевидно, что вся эта память в неактивном пуле и будет вытеснена в своп, и вряд ли к ней будет обращение впоследствии. Своп для того и придуман. Периодически (раз в сутки, неделю) просто рестартуйте сервер 1с.

https://guesto.ru/1c-nastroyka-perezapuska-servera/
но другой вопрос . в новой платформе этих настроек не нашел ))

(8) Я же сказал - ноги...

(12) денег даш?  подумаю о ногах)

у меня стоит перезапуск  интервал 86400 .  по производительности

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

(13) Нет ножек - нет денег ))

(16) да я в свое время набегался . уже не молодой для этого

(15) да верно

Как уже сказал ДенсиЧ это частая проблема гаунокода  .который нагружает этот процесс

решает вопрос . перезапуск рабочих процессов при превышении допустимого размера памяти на процесс

вот только в последнем релизе платформы эти настройки   не в свойствах кластера . а  разбиты  .на 2 части
в кластере + в сервере . и кер знает как их там настроить

(19) Проблема частая и уборкой говно-кода она может быть сделана менее критичной...

Но при миграции со старых релизов на новые появление этой проблемы дает сигнал о том,
что платформа все-таки изменяется и ее поведение изменяется.
Если код появился, а на его глючность по утечке памяти не обратили внимание прям сразу, то значит платформа его могла "решать сама".

(20) Я считаю защиту от дурака ( гаунокода ) тут не уместной.  пришел чел на фирму написал кусок кода криво  и этим сделал бяку всем сотрудникам
ну .что за идиотская политика?

(1) КОРП-то зачем?

+(22) Ребята же признали, что погорячились: https://wonderland.v8.1c.ru/blog/ryad-parametrov-kontrolya-obema-pamyati-protsessov-mozhno-budet-delat-s-litsenziey-prof/

(23) а описание есть как это правильно сделать?))

(24) Да, на ИТС

(24) поделись . у меня нет физичски дисков . . иль ссыль на сайте мож есть онлайн где?

Посмотри, кто жрет память. Если фоновый процесс - то вынеси его в отдельный сервис, и поставь 32-битный сервер, по пределу памяти он сам будет перезапускаться. И да, говнокод есть и в типовых, искать там утечку, то еще занятие.

(26) В 2к20, да и последние лет 10 тоже, когда говорят аббревиатуру "ИТС", подразумевают ИТС-онлайн

(28) поищу спасибо за новость

rphosts, Александр.
Тут пишут, что ты память жрёшь )

(0)>>сегодня 15 % завтра 25 послезавтра 40 и т д
Количественно это как выглядит? На "сервере" целых 16 ГБ памяти, и "ненасытный" отбирает половину и больше, или есть 256 ГБ(база гигов так в 300 и 250 одновременных пользователей), а рабочий процесс стремится, со временем, занять "от 128-и"?

(30) он такой, да! как-то 96 гБ при мне сожрал!

(0) какие-то конкретные сеансы отжирают или что?

(3)ежесуточный рестарт это рекомендация.

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

(35)нас много: можем отжирать - можем не отжирать

Как настроить кластер серверов 1С Предприятия так, чтобы не заканчивалась доступная оперативная память.
У кластера серверов 1С Предприятия есть несколько настроек перезапуска процессов по превышению порога памяти. Их можно найти в параметрах кластера в консоли администрирования(рис. 1).
Рис. 1. Параметры кластера.
Подробная информация по настройкам указана на странице ITS.
Рекомендуется всегда настраивать параметры
Допустимый объем памяти
Интервал превышения допустимого объема памяти
Выключенные процессы останавливать через
"Допустимый объем памяти" стоит устанавливать из расчета, того, что в случае срабатывания условия превышения показателя будет запущен ещё один процесс rphost того же объема, как при нормальной работе кластера серверов в этой информационной системе.
Например, на рабочем сервере имеем 12 Гб ОЗУ. Допустим для конкретной информационной системы характерен размер rphost около 3 Гб. В этом случае порог превышения памяти следует рассчитывать следующим образом:
"Допустимый объем памяти" = 12 ГБ - 2 Гб (объем, занимаемый процессами системы) - 3 Гб * 1 rphost (объем всех процессов rphost) = 7 Гб. Т.е. процесс rphost в худшем сценарии может вырасти до 7 Гб.
Для случая, когда у нас при штатной работе используются два процесса rphost.
"Допустимый объем памяти" = 12 ГБ - 2 Гб (объем, занимаемый процессами системы) - 3 Гб * 2 rphost (объем всех процессов rphost) = 4 Гб. Т.е. процесс rphost в худшем сценарии может вырасти до 4 Гб.
Такая рекомендация исходит из особенностей поведения в момент перезапуска процессов кластера. Как это происходит:
процесс rphost превышает "Допустимый объем памяти" в течение "Интервал превышения допустимого объема памяти" секунд, срабатывает условие перезапуска процессов кластера.
запускается "новый" процесс rphost
"старый" процесс rphost выключается, но не завершается
соединения назначаются на "новый" процесс rphost, который сразу полноценно включается в работу
"старый" процесс будет исполнять вызовы (которые ещё существуют) максимум в течение ещё "Выключенные процессы останавливать через" секунд, но не более того.
через время "Выключенные процессы останавливать через" "старый" процесс rphost завершается.
новый процесс полноценно работает
Т.е. в течение периода, указанного в "Выключенные процессы останавливать через" будет одновременно работать как минимум два процесса rphost: "старый" и "новый".
Не следует указывать "Допустимый объем памяти" меньше нормального рабочего объема памяти процесса rphost для вашей системы, т.к. противном случае у вас постоянно будут перезапускаться процессы кластера серверов.
Настройки

Интервал превышения допустимого объема памяти
Выключенные процессы останавливать через
следует стараться указывать как можно меньше исходя из характера нагрузки на информационную систему, например, по 60 секунд, если мы рассчитываем, что все операции (или большая их часть) должны выполниться быстрее 60 секунд.
Чем больше значения указанных параметров, тем менее эффективен может оказаться механизм перезапуска процессов, но зато позволит "успешно выполнить" большее число вызовов.

статья от 1С . ниче не понял . как настроить . ходь бы пример был  нормальный

Реальное Издевательство

(38) попробуй внятно объяснить сколько у тебя ИБ, сколько пользователей в какой ИБ максимум, через сколько у тебя сеансу уходят в сон, а через сколько удаляются, до какого размера вырастают процессы имени меня, как они растут (какой-то 1 сеанс даёт до 70%+ или более-менее равномерно) и т.п. где вводные данные что-бы хоть что-то ппонять?

(40) ужо все настроил . доп объем памяти и перезапуск сеанса

(41)проблеме разрешена полностью или завтра покажет?

щас смотрю где то эти настройки в других платформах в кб . у меня в байтах ) где то они в настройках кластера . где то они в настройках сервера

такая .м..ть не разбериха.  для запутывания нашего брата .

(42) завтра к вечеру .все покажет

(44) ну ок, если не взлетит - пиши сюда но с подробностями уж.

(45) На сей день лечится перезапуском  1с сервера .
или докупкой Корп .   проверял тестил настройки   перезапуска . ограничения объема памяти . не дейсвтует! хотя сами 1С пишут .что с 8.3.15 релиза они сделали  все гуд .для Проф версии .

(37)>>Например, на рабочем сервере имеем 12 Гб ОЗУ
(46)>>или докупкой Корп
То есть просто докупить памяти, до 64 ГБ(хотя бы), будет гораздо дороже. Или нет совсем никакой физической возможности.
Понятно.