На старт.
Внимание.
Марш!

Запускаем сервер 1С и внимательно ждем меньше суток.
В памяти висят несколько rphost.
Почти всегда из 16 гигов оперативы какой-нибудь отдельно взятый rphost жрет памяти в размере "16Гб - занятая_остальными_приложениями_память - так_и_быть_оставлю_тебе_крохи_на_бедную_старость".
Кроме того, по какой-то причине как правило он же жрет и процессор, примерно по тому же принципу "Сожру_все_что_свободно_оставлю_процентов_пять_на_милостыню_нищим".
Гуглил гуглил, яндексил яндексил, нихрена не нашел адекватного решения, везде только перезапуск сервера 1С ну или снятие rphost.

Так что, нет цивилизованного решения, кроме как резать по-живому?

Какая знакомая несколько лет ситуация. К сожалению по своему опыту могу сказать, что свойство перезапуска процесса при достижении определенной памяти не всегда работает как надо. Зачастую оно срабатывает только тогда, когда и спасать то уже нечего. Да и удаление процесса тоже не айс. Виновник то один, а отрубать сразу кучу народу приходится. И это на десятке процессов.
В общем-то у меня алгоритм решения на 8.2 следующий:
Цепляемся к кластеру и мониторим, сколько какой процесс жрет памяти. После превышения критичного для нас порога начинаем мониторить сеансы пользователей. Для 8.2 показателем, как оказалось, может служить "Захвачено СУБД".(В 8.3 появился новый параметр по памяти на пользователя, возможно пойдет). Начинаем удалять сеансы пользователей по убыванию параметра с паузой между удалением и проверкой объема захваченной памяти. В 95 или более % случаев после первого - второго "убийства" память  освобождается.
Ну и еще конечно несколько раз в неделю принудительный перезапуск сервера. Куда уж без этого.