Куда делся параметр vm.pagecache и чем его заменить?

То, что делся в /dev/null — я уже знаю Был параметр vm.pagecache, ограничивающий объем памяти, который разрешается занять под кэш. По умолчанию равен 100 (%), уменьшение его бывает просто необходимо при виртуализации (что на VPS, что в своем гипервизоре — везде) и при работе без свопа.

В новых ядрах (2.6.35, 3.x) при задании vm.pagecache в sysctl.conf выдается ошибка, а ls /proc/sys/vm/ говорит, что такого параметра нет. Вопрос к знатокам новых дистрибутивов Линукса: как, чем восстановить потерянный контроль над выделением памяти?

Да, и drop_caches в кроне — не способ.
  • Вопрос задан
  • 4422 просмотра
Пригласить эксперта
Ответы на вопрос 2
J_o_k_e_R
@J_o_k_e_R
Посмотрите в сторону vfs_cache_pressure.

Совсем недавно, я задавался очень похожим вопросом. В итоге пришел к параметрам swappines и vfs_cache_pressure. В моем случае (большой объем tmpfs) это особо не помогло и пришлось включить swap. Но по смыслу похоже на то, что Вы ищете, хоть и не точно. Если найдете точный аналог pagecache — пожалуйста, напишите. Было бы очень полезно.
Ответ написан
@motl
Установить значение vfs_cache_pressure больше 100

www.kernel.org/doc/Documentation/sysctl/vm.txt:

vfs_cache_pressure
— Controls the tendency of the kernel to reclaim the memory which is used for
caching of directory and inode objects.

At the default value of vfs_cache_pressure=100 the kernel will attempt to
reclaim dentries and inodes at a «fair» rate with respect to pagecache and
swapcache reclaim. Decreasing vfs_cache_pressure causes the kernel to prefer
to retain dentry and inode caches. When vfs_cache_pressure=0, the kernel will
never reclaim dentries and inodes due to memory pressure and this can easily
lead to out-of-memory conditions. Increasing vfs_cache_pressure beyond 100
causes the kernel to prefer to reclaim dentries and inodes.
Ответ написан
Комментировать
Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации
Похожие вопросы