История изменений
Исправление AEP, (текущая версия) :
На десктопе действительно работает. В отличие от le9, где объем невытесняемого файлового кеша является параметром, в MGLRU таким параметром является возраст страниц с момента последнего обращения. Это позволяет защитить от вытеснения в точности working set, что актуально для десктопа.
А вот на сервере первое, что будет делать админ при таком забивании памяти, это подключение по ssh. Упс, sshd - это не часть working set, и, в отличие от le9 и prelockd, под защиту MGLRU не попадает. Действительно, туда при нормальной работе сервера никто не пытается подключиться, кроме хакеров, которых уже отсеял fail2ban. Итог - удаленное подключение тупит десятки секунд, прежде чем показать командную строку bash.
На самом деле по работе приходится поддерживать определенное кластерное ПО. И там в одном из компонентов есть небольшая утечка памяти. Память течет при условии, что кластер работоспособен, и определенные настройки выставлены в определенные значения. Так вот, память и текла понемногу, пока софтина не стала подтормаживать настолько, что не смогла убедить себя, что является частью работоспособного кластера. Утечка так сама себя заткнула. А вот памяти осталось совсем мало, а причин у ядерного OOM-киллера что-то убивать в итоге нет и не предвидится. Если бы такого самозатыка не было, то OOM-killer бы софтину прибил и узел кластера бы сам восстановился. А так пришлось перезагружать по-плохому через IPMI.
Исправление AEP, :
На десктопе действительно работает. В отличие от le9, где объем невытесняемого файлового кеша является параметром, в MGLRU таким параметром является возраст страниц с момента последнего обращения. Это позволяет защитить от вытеснения в точности working set, что актуально для десктопа.
А вот на сервере первое, что будет делать админ при таком забивании памяти, это подключение по ssh. Упс, sshd - это не часть working set, и, в отличие от le9 и prelockd, под защиту MGLRU не попадает. Действительно, туда при нормальной работе сервера никто не пытается подключиться, кроме хакеров, которых уже отсеял fail2ban. Итог - удаленное подключение тупит десятки секунд, прежде чем показать командную строку bash.
На самом деле по работе приходится поддерживать определенное кластерное ПО. И там в одном из компонентов есть небольшая утечка памяти. Память течет при условии, что кластер работоспособен, и определенные настройки выставлены в определенные значения. Так вот, память и текла понемногу, пока софтина не стала подтормаживать настолько, что не смогла убедить себя, что является частью работоспособного кластера. Утечка так сама себя заткнула. А вот памяти осталось совсем мало, а причин у ядерного OOM-киллера что-то убивать в итоге нет и не предвидится.
Исходная версия AEP, :
На десктопе действительно работает. В отличие от le9, где объем невытесняемого файлового кеша является параметром, в MGLRU таким параметром является возраст страниц с момента последнего обращения. Это позволяет защитить от вытеснения в точности working set, что актуально для десктопа.
А вот на сервере первое, что будет делать админ при таком забивании памяти, это подключение по ssh. Упс, sshd - это не часть working set, и, в отличие от le9 и prelockd, под защиту MGLRU не попадает. Действительно, туда при нормальной работе сервера никто не пытается подключиться, кроме хакеров, которых уже отсеял fail2ban. Итог - удаленное подключение тупит десятки секунд, прежде чем показать командную строку bash.