mount.ntfs-3g 40-80% CPU в top

дефрагментацию сделай

Да не откуда там вроде фрагментации взяться. Внешний винт только купленный, на нем нет ничего кроме 50 метров вендовых утилит.
Всё это под ubuntu jaunty
$ uname -a
Linux rktlnchr 2.6.28-11-generic #40-Ubuntu SMP Fri Apr 3 17:39:51 UTC 2009 i686 GNU/Linux

Кстати, под линуксом можно дефрагментировать ntfs-разделы?

>40-80% CPU в top

io-wait?

> io-wait?
да непохоже. В топе %wa был в районе 3-4%. А 40-80% было в столбце %CPU у процесса mount.ntfs-3g. Вобщем переформатировал раздел в ext3, но осадок остался. Тут не раз встречал мнения, что ntfs лучший вариант для носимого диска(в том числе из-за совместимости с виндой). Но такие странности и отсутствие аналога e2fsck заставляют задуматься.

для 2.6 это нормально

ntfs-3g всегда отжирал много.

нет.

+ у ntfs-3g свой аллокатор, который данные "размазывает" по диску, получается что как бы более фрагментировано, но на самом деле фрагменты идут достаточно большие и время доступа не сильно страдает, в отличие от нативного ntfs.sys

Копировал 450G ntfs > reiserfs под centos, наблюдал такую же картинку.

Ура, народ из танков повылазил. АУ война кончилась.

Вообще-то под любой ОС NTFS сильно просаживает процессор, хоть линупс, хоть маздай.

> Ура, народ из танков повылазил. АУ война кончилась.

ну ты уж прости дерёвню необразованную, не доводилось использовать запись на ntfs под linux как-то.

> Вообще-то под любой ОС NTFS сильно просаживает процессор, хоть линупс, хоть маздай.

завтра посмотрю на рабочей машинке чего там под виндой.