>[оверквотинг удален]
>------------------
>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.Что и требовалось доказать - если нет свопа, значит и конкуренции между "dentries and inodes" и "pagecache and swapcache" нет. Т.е. если все действительно работает как написано (что вовсе не есть факт) - разницы от кручения этого параметра быть не должно.
>>Кто нить знает, как посмотреть
>>сколько запросов в очереди дискового шедулера к устройству sda в данный
>>момент времени? Было бы интересно помониторить при нагрузке.
>Sadomazo версия
># cat /proc/diskstats
>Классика
># iostat -x
Спасибо
>>>echo 0 > /proc/sys/vm/dirty_ratio
>>>echo 0 > /proc/sys/vm/dirty_background_ratio
>0 - это сурово :)
Вот и мне показалось несколько подозрительным. Тестить надо =)
Кстати покопавшись в крутилках, подумал что в моем случае (нетбук на atom и ssd без свопа, fs в sync) имеет смысл уменьшить /sys/block/sd[ab]/queue/iosched/write_expire до 2500 с дефолтных 5000, или даже меньше (например 2000 или 1500).
Но пока только поставил, еще не тестил.
Как я понял, write_expire в моем случае и есть максимальное время, на которое может зависнуть тот же gedit при записи файла на раздел, на который уже ведется интенсивная запись в другом потоке.
