
Originally Posted by
rss
А со значением vm.min_free_kbytes по-умолчанию всё работает?
Тоже работает.

Originally Posted by
rss
Если сбоев не будет, значит надо другой тест подбирать.
Ошибку можно воспроизвести лишь с медленным USB-носителем - дешевой флешкой:
Code:
$ dd if=/dev/discs/disca/part1 of=/dev/null count=512K
524288+0 records in
524288+0 records out
268435456 bytes (268 MB) copied, 34,892 s, 7,7 MB/s
$ dd if=/dev/zero of=/tmp/harddisk/backup/nonsense.swp count=512K
524288+0 records in
524288+0 records out
268435456 bytes (268 MB) copied, 116,384 s, 2,3 MB/s
С относительно быстрым USB-HDD ошибку повторить не удаётся.
Скорость I/O винчестера:
Code:
$ dd if=/dev/discs/disca/part1 of=/dev/null count=512K
524288+0 records in
524288+0 records out
268435456 bytes (268 MB) copied, 12,0739 s, 22,2 MB/s
$ dd if=/dev/zero of=/tmp/harddisk/nonsense.swp count=512K
524288+0 records in
524288+0 records out
268435456 bytes (268 MB) copied, 32,5379 s, 8,2 MB/s
Напрашивается следующий вывод: при использовании тормозного носителя и дефолтного (малого!) значения vm.min_free_kbytes может возникнуть ситуация, когда ядро не успевает выделять требуемую процессам память.
Upd 23.11.10. Пользователи rtorrent, если у Вас названая ошибка возникает в момент обращения к веб-интерфейсу rtorrent'а, то необходимо выполнить действия, описанные здесь.