CFQ IO Schedule и /proc/sys/... Или как уменьшить тормоза при интенсивной работе с диском

>/proc/sys/vm/vfs_cache_pressure Врать не буду, навскидку не помню, за что отвечает этот файл.

Кэширование файловой структуры.

Форматирование форума бы поправить ... :) а то только из IE читаемо http://bigmag.syzran.ru/~robot12/pix/rootw.png

За дефолтную Мозиллу и $PS1 незачот

>За дефолтную Мозиллу и $PS1 незачот

А мне пофиг :) че слово ... :) Привычка .. сильная штука

Firefox полёт нормальный.

Хороший скрин, мне понравилось :)

>http://balancer.ru/forum/punbb/viewtopic.php?id=50753

Мде, ну и статейка. "Не помню что это такое", "могу ошибаться" итд. В журнале "Хакер" семилетней давности статьи по оптимизации windows98 были гораздо более внятными. Дополнительную инфу можно выловить например здесь: http://linux.inet.hr/proc_sys_vm_hierarchy.html

Реально намного лучше работать стало, спасибо.

>Мде, ну и статейка.

Если не заметно, это не "статейка", а постинг на форуме. Да и ссылку на который я разместил не на новостийной ленте, а в talks'ах.

из личных наблюдений (nforce3 250, sata-шный винт, в дефолтном ядре по умолчанию шедулер - cfq): при копировании файла - на cfg можно вешаться (гуй тормозит), но с "anticipatory" можно вполне нормально работать, даже если паралельно копируются файлы (на разных терминалах копируются, знаю что над винтом так издеваться не желательно, но...)

так что какой шедулер выбрать - зависит от железа.

личные наблюдения были сделаны при:

# cat /proc/sys/vm/swappiness

60

# cat /proc/sys/vm/vfs_cache_pressure

100

как только воткнул значения указанные в "форуме по ссылке" - разницы на моей машине между cfq и anticipatory не заметил =) пасиб

>так что какой шедулер выбрать - зависит от железа.

Возможно, но:

>nforce3 250, sata-шный винт, в дефолтном ядре по умолчанию шедулер - cfq

nForce3 250, pata-винт, при копировании большого объёма с anticipatory - система "стоит". Окна не перерисовываются и т.п. С cfq - процесс копирования виден только на мониторчике IO-wait :) Не тормозит абсолютно.

Спасибо тебе, добрый человек. Очень актуально!

Добавлю свои 5 копеек. Мож кто и прочитает.

Вообще-то для "руления" параметрами ядра на лету (их тама тьма...) используется команда sysctl, что-то типа sysctl -w var=value (man sysctl).

В данном случае даже проще сразу выправить /etc/sysctl.conf, добавив туда:

vm.swappiness=10

vm.vfs_cache_pressure = 1000

после чего (для "закрепления эффекта") дать команду sysctl -p

Или я не прав?

А за идею, действительно, спасибо.

Вообще-то предпочтение свопинга это известный баг дефолтного ядра red hat linux 9.

Как раз в добавили бэкпорт из 2.6, наверное чтобы потестировать на пользователях. После этого тестирования на продакшене и пришли к значению 60.

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=89226

Толь ко там это исправлялось пересборкой ядра с kernel.org, т.к. /proc/sys/vm/swappiness не было в 2.4

С тех пор я ненавижу РедХат. К тому же в 9 было пнавалом еще багов.