на серваке 36 гигов памяти. УТ11. Для работы каждого пользователя съедается гдето 200-300 мегов. но при разлогинивании пользователя память не освобождается. Web сервер и SQL память особо не используют. такое впечатление что память есть сама 1с.  у кого нибудь есть какой опыт с памятью?

ТЖ может показывать утечки памяти.

А какой процесс память съедает?

релиз платформы какой ?

(0)[но при разлогинивании пользователя память не освобождается.]
ты про 1c.exe - он освободиться через несколько минут

(3) вообще это давно тянется. еще с УТ10. на любой платформе короче :)

(2) проблема в том что Диспетчер задач показывает что память занята. хотя процессов уже нет. ну и соответственно когда за неделю доходит до максимума приходится перегружать сервер.

(6) зачем? недостаточно ли перепускать агента 1С?

(4) не про 1С и не про rphost в случае вебсервера. процессы вырубаются но "мусор" видимо не освобождается и сервер его держит до перезагрузки.

(7) + джобом в 12.00 ?

(9) пофиг как, хоть ручками

У нас на серваке 98 гигов памяти и задолбались мы с этими утечками памяти.
Память у нас жрет сам сервер 1С, если пару недель процесс не трогать, то сожрет все что есть, не смотря на ограничения по объему памяти на процесс и т.д.  

2 из 3-х релизов платформы с подобными косяками.

1С отвечает: да, косяк платформы, перезапускайте службу, обновитесь до такой-то платформы.

Новую платформу ставим, на время пропадает, потом в следующем такая-же морковка...

Решили вопрос кардинально, в 3 часа ночи перезапускаем службу сервера 1С.

Тьфу-тьфу-тьфу, уже давно такой проблемы не знаем.

(7) попробуем. но этоже происходило и при файловой версии где никаких агентов нет. а что будет когда у нас будет столько пользователей(а к этому все идет в связи с открытием украинского филиала) что "мусор" будет накапливаться за полдня?

(11) во во! свара! но что если (12) ?

(11) а можно текст батника для перезапуска службы сервера?

(12) кластеры?

(15) Земляк, это про что?:)

Перезапуск сервера 1С - это куйня.

Вот у нас win2008 с SQL Express и 32x сервером 1С.
Так там через неделю вся память 8 гиг забита.

Причем помогает только перезапуск.

Причем SQL кастрирован в 500 метров, к серверу 1С цепляется только ComConnector из дельфийской службы, а на сервак никто по rdp не ходить, кроме меня.

Было недавно такое же на win2003 server, вылечилось, когда обновы на него поставили.

В тех случаях, когда устранить утечки памяти не представляется возможным, например, при использовании кода, поставляемого в виде программных модулей и изготовленного сторонними разработчиками, применяют своеобразный способ игнорирования утечек. Код, подверженный утечкам, размещают в отдельной программе, а эту программу с нужной периодичностью перезапускают. Запуски и перезапуски программы выполняются внешней программой, которая также подаёт исходные данные и забирает результаты. Поскольку при завершении программы вся память, затребованная ей у операционной системы, возвращается операционной системе, такой метод не позволяет утечкам приобрести катастрофический характер.

(21) хотя перегрузка конечно помогает лучше

(19) dll-ки какието не выгружаются? Может такое быть?

(19) В 32-х разрядных им верхние 2(1) гига отводят. Как в 64-х разрядных?

Народ! А киньте плиз батником с командой для перезагрузки агента 1с-сервера :)

(25) да чего там писать ?

net stop "1C:Enterprise 8.2 Server Agent (x86-64)"
taskkill /IM rphost.exe /f
taskkill /IM ragent.exe /f
net start "1C:Enterprise 8.2 Server Agent (x86-64)"

2 и 3 строка так, на всякий пожарный )))

(26) 10х

спасибо то бишь :)

"C:\Program Files\1cv82\8.2.15.301\bin\ragent.exe" -stop
"C:\Program Files\1cv82\8.2.15.301\bin\ragent.exe" -start

(29) Так не интересно...
При каждом обновлении платформы вспоминать что в батнике надо цифры поменять ?

у нас на 219 утечек нет.

(30) согласен через службы удобней и правильней

Продолжу тему.
Есть мелкая самописка на управляемых формах.. справочники и отчеты на скд, работает со времен платформы 8.2.12.
Выяснил тут что если формировать СКД-отчеты на версии платформы выше 8.2.13 в режиме тонкого клиента  то "сервер 1с" активно пожирает память при КАЖДОМ формировании отчета.
Более того после закрытия 1с или браузера память процесса "rphost" НЕ ВЫСВОБОЖДАЕТСЯ и единственный выход - перезапуск "сервера 1с".
Сначала думал что это результат "кривых рук" и причина в "утечках памяти", например если в коде встречаются "циклические ссылки" - включал технологический журнал на предмет  <leaks> но .... причина в "платформе" и такое поведение наблюдается и для 8.2.14.540 и 8.2.15.310 и не зависит от версий серверных ОС и "битности" самого "сервера 1с". Все стало ОК только после downgrade на 8.2.12.202