IE 2018
1. user942873 1 12.04.18 16:09 Сейчас в теме

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

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


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

Вакансии

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

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

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

Системный аналитик
Новосибирск
зарплата от 80 000 руб. до 100 000 руб.
Полный день

Программист 1С
Казань
Полный день