Форум Администрирование Общие вопросы администрирования (Admin)

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

Платформа 1С v8.3

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) Я не совсем понимаю - что мешает раз в неделю в выходные ночью делать ребут сервера и забыть о сожранной памяти и проблемах производительности? После ребута можно настроить скулевые регламенты, чтобы к понедельнику всё было готово.

Оставьте свое сообщение

E-mail: