Объем памяти, используемый процессом rmngr

1. AYRAT KHAFIZOV (user942873) 12.04.18 16:09 Сейчас в теме
Обстановка:
Установлена платформа версии 8.3.11.2867
Сервер работает с MSQL Server 12.0.2269
Количество рабочих баз: 4
Количество одновременно запущенных сеансов: 50 - 60
Количество рабочих процессов (rphost): 1

На данный момент ситуация по использованию оперативной памяти такова:

rmngr	44439 Мб   45 %
rphost	3175 Мб     0,03 %


Где то 25 % используют процессы пользователей и система, а оставшуюся часть использует:

MSQL Server 27439 Мб 28%


всего физически доступно 98304 Мб.

Нормально ли в данной ситуации поедание rmngr 44439 Мб памяти?
Если у вас схожая информационная система сколько у вас занимает оперативки rmngr?
Прикрепленные файлы:
Ответы
5. AYRAT KHAFIZOV (user942873) 16.04.18 16:56 Сейчас в теме
(1) немного помогла чистка журнала регистрации в одной из баз (отсек записи раньше 1 января текущего года), rmngr теперь занимает 30 гб памяти.
А сами отсеченные записи вышли примерно 10 гб.
7. Сан Саныч (herfis) 252 16.04.18 17:58 Сейчас в теме
(5) Интересно. Получается, часть отжирает SQLite. Вполне может быть из-за этого.
Я-то у себя на всех базах использую старый формат ЖР.
8. Михаил Петухов (oldfornit) 16.04.18 17:59 Сейчас в теме
(7) кстати, в 8.3.12 формат ЖР по-умолчанию - старый добрый текстовый. Прямо таки милота.
9. Сан Саныч (herfis) 252 17.04.18 09:35 Сейчас в теме
(8) Отличные новости! Текстовый новый какой-то или просто к старому формату вернулись?
ЗЫ. Уже нашел в доке. С 12 релиза вернули lgf по умолчанию и дали возможность интерактивной смены формата туда-суда. Осознали свою ошибку. Вообще SQLite для ЖР ввели явно не от большого ума.
10. Михаил Петухов (oldfornit) 17.04.18 11:14 Сейчас в теме
(9) ну это же было энтырпрайзненько. Бакенд только неудачный был.
Вообще сохранение ЖР во внешнее хранилище - это очень нужная штука. Все облизываюсь на предмет передачи его в elasticsearch, но останавливает то, что готовых парсеров текстового ЖР в открытом доступе не нашел, а свой писать (правила настраивать) - традиционно не хватает времени.
11. Сан Саныч (herfis) 252 17.04.18 14:31 Сейчас в теме
(10) Кто же спорит. Только внешние хранилища, агрегаторы и поиск всегда сверху прикручивают. А первичное логирование должно быть локальным, простым и надежным как железная дорога. Желательно с авторотацией. Ничего лучше текстовых файликов для этого не придумано и вряд ли будет.
2. Сан Саныч (herfis) 252 12.04.18 16:25 Сейчас в теме
У меня штук 20 rphost'ов сейчас, самый большой жрет чуть больше твоего.
При этом rmngr жрет 4,5 гига, т.е. в 10 раз меньше. Порядка 150 сеансов.
Думаю, от конфы и профиля нагрузки многое зависит. Самые нагруженные у меня самописки.
Для ERP подозреваю картина будет другая.
3. Николай Пугачев (nickpugachev) 12.04.18 19:23 Сейчас в теме
Есть определенные возможно ресурсоемкие действия, которые выполняет rmngr, типа запросов к внешним источникам данных, которые возвращают большие выборки.
Смотрите что у вас используется
4. Александр Ярошенко (teller) 13.04.18 12:44 Сейчас в теме
покури статью на ИТС "Анализ причин роста сеансовых данных "
,а нам потом расскажешь, может придет чего :)
6. AYRAT KHAFIZOV (user942873) 16.04.18 17:01 Сейчас в теме
(4) покурил, у меня файл сеансовых данных ничего не весит (2,5 мб).
12. Александр Ярошенко (teller) 17.04.18 15:31 Сейчас в теме
(6) rmngr перезапускаете? как быстро он сжирает память?
13. AYRAT KHAFIZOV (user942873) 18.04.18 07:23 Сейчас в теме
(12) нет, не перезапускаю, возможности нет пока, при следующем перезапуске прослежу если не забуду. (пока у пользователей нет проблем, никто его перезапускать не будет)
14. Александр Ярошенко (teller) 18.04.18 09:19 Сейчас в теме
(13)
ет, не перезапускаю, возможности нет пока, при следующем перезапуске прослежу если не забуду. (пока у пользователей нет проблем, никто его перезапускать не будет)


при перезапуске понаблюдай(сохрани ) 1с жр и память rmnr
напиши в 1с , хотя попросят дамп, надо будет как-то моделировать ситуацию(это если п.1 даст наводку)
что еще скажешь
Оставьте свое сообщение