Дано:
Раздел ntfs, смонтированный через fuse:
$ ps ax | grep [n]tfs
1170 ? SNs 22:14 /sbin/mount.ntfs /dev/sdd5 /media/e_data -o rw,nosuid,nodev,uhelper=udisks,uid=1000,gid=1000,dmask=0077,fmask=0177
и любая программа, которая пишет на него данные. Например mc, eiskaltdc, cp, dd и т.п.
Результат: общее падение производительности системы из-за того, что большая часть CPU тратится на /sbin/mount.ntfs, а остальные задачи сидят голодные. Переключение вкладок в терминале тормозит, страница в браузере прокручивается рывками и т.п.
Пробуем численно измерить это падение производительности. Берём какую-нибудь чисто-CPU задачу и запускаем в ненагруженной системе:
$ time yes | head -n 50000000 | wc -l
50000000
real 0m3.785s
user 0m2.890s
sys 0m0.540s
Запускаем dd if=/dev/zero of=/media/work/test bs=16K (/media/work/ — это ext3) и повторяем тест:
$ time yes | head -n 50000000 | wc -l
50000000
real 0m5.934s
user 0m2.890s
sys 0m0.857s
Запускаем аналогичный dd, но уже для файла на ntfs разделе, повторяем тест:
$ time yes | head -n 50000000 | wc -l
50000000
real 0m11.274s
user 0m3.163s
sys 0m1.280s
Итого, при интенсивной записи на ext3, производительность работающей паралельно тестовой задачи падает в 1.5 раза, а при записи на NTFS — аж в 3 раза.
Выставление renice 20 для mount.ntfs или для dd не приводит к изменению результата.
Как это лечить? Как снизить влияние mount.ntfs на производительность остальных процессов? Нагуглить ничего полезного не смог. Что это — проблема планировщика? Кривость подсистемы fuse?
