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

1. araatt 1 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. araatt 1 16.04.18 16:56 Сейчас в теме
(1) немного помогла чистка журнала регистрации в одной из баз (отсек записи раньше 1 января текущего года), rmngr теперь занимает 30 гб памяти.
А сами отсеченные записи вышли примерно 10 гб.
7. herfis 498 16.04.18 17:58 Сейчас в теме
(5) Интересно. Получается, часть отжирает SQLite. Вполне может быть из-за этого.
Я-то у себя на всех базах использую старый формат ЖР.
8. oldfornit 16.04.18 17:59 Сейчас в теме
(7) кстати, в 8.3.12 формат ЖР по-умолчанию - старый добрый текстовый. Прямо таки милота.
9. herfis 498 17.04.18 09:35 Сейчас в теме
(8) Отличные новости! Текстовый новый какой-то или просто к старому формату вернулись?
ЗЫ. Уже нашел в доке. С 12 релиза вернули lgf по умолчанию и дали возможность интерактивной смены формата туда-суда. Осознали свою ошибку. Вообще SQLite для ЖР ввели явно не от большого ума.
10. oldfornit 17.04.18 11:14 Сейчас в теме
(9) ну это же было энтырпрайзненько. Бакенд только неудачный был.
Вообще сохранение ЖР во внешнее хранилище - это очень нужная штука. Все облизываюсь на предмет передачи его в elasticsearch, но останавливает то, что готовых парсеров текстового ЖР в открытом доступе не нашел, а свой писать (правила настраивать) - традиционно не хватает времени.
11. herfis 498 17.04.18 14:31 Сейчас в теме
(10) Кто же спорит. Только внешние хранилища, агрегаторы и поиск всегда сверху прикручивают. А первичное логирование должно быть локальным, простым и надежным как железная дорога. Желательно с авторотацией. Ничего лучше текстовых файликов для этого не придумано и вряд ли будет.
2. herfis 498 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. araatt 1 16.04.18 17:01 Сейчас в теме
(4) покурил, у меня файл сеансовых данных ничего не весит (2,5 мб).
12. teller 17.04.18 15:31 Сейчас в теме
(6) rmngr перезапускаете? как быстро он сжирает память?
13. araatt 1 18.04.18 07:23 Сейчас в теме
(12) нет, не перезапускаю, возможности нет пока, при следующем перезапуске прослежу если не забуду. (пока у пользователей нет проблем, никто его перезапускать не будет)
14. teller 18.04.18 09:19 Сейчас в теме
(13)
ет, не перезапускаю, возможности нет пока, при следующем перезапуске прослежу если не забуду. (пока у пользователей нет проблем, никто его перезапускать не будет)


при перезапуске понаблюдай(сохрани ) 1с жр и память rmnr
напиши в 1с , хотя попросят дамп, надо будет как-то моделировать ситуацию(это если п.1 даст наводку)
что еще скажешь
15. araatt 1 14.06.18 15:22 Сейчас в теме
(13)После перезапуска, обьем памяти занимаемой rmngr упал до 168 МБ.
16. terran48 15.06.18 14:24 Сейчас в теме
(15)
ну правильно - после перезапуска память отпускается менеджером кластера. надо наблюдать - будет ли со временем нагребать или нет.
17. ildary 21 15.06.18 15:32 Сейчас в теме
(15) Я не совсем понимаю - что мешает раз в неделю в выходные ночью делать ребут сервера и забыть о сожранной памяти и проблемах производительности? После ребута можно настроить скулевые регламенты, чтобы к понедельнику всё было готово.
Оставьте свое сообщение
Вакансии
Руководитель направления 1С
Москва
зарплата от 350 000 руб.
Полный день

1С Программист
Москва
зарплата от 180 000 руб.
Полный день

Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)

Программист 1С
Москва
зарплата от 250 000 руб.
Полный день