высокая загрузка процессора при копировании ntfs->ntfs

[Kai SD]

При копировании с NTFS раздела на одном винте на NTFS раздел другого винта (используется ntfs-3g 2009.3.8) оба ядра процессора загружаются до 100% и пока копирование не закончится на компе ничего невозможно делать.
Как-то сомневательно что так и должно быть. Есть ли какие-нибудь настройки, позволяющие снизить загрузку процессора в этом случае?

[nesk]

При копировании с NTFS раздела на одном винте на NTFS раздел другого винта (используется ntfs-3g 2009.3.8) оба ядра процессора загружаются до 100% и пока копирование не закончится на компе ничего невозможно делать.
Как-то сомневательно что так и должно быть. Есть ли какие-нибудь настройки, позволяющие снизить загрузку процессора в этом случае?

Покажите вывод top.
Там есть строка, которая детально показывает на что тратятся циклы CPU.
У Вас скорее всего будет большое значения %wa
У меня есть пара идей о том, что можно подкрутить.
Покажите top, скажите так же версию ядра и что именно Вы копируете:
1) Большое количество маленьких файлов
2) Не большое количество больших файлов.
Так же хотелось бы посмотреть на вывод команд
top
free
vmstat 1 10
sar -b 1 10
sar -d 1 10
в ходе копирования.


Может кто из линуксойдов посмотрит на фактические данные и подскажет что делать.
Как готовый вариант: посмотрите, есть ли у ntfs-3g опция монтирования flush. Если есть, попробуйте её использовать. (сначала прочитайте маны)

[Kai SD]

Ядро 2.6.30.1 (calculate-sources)
Процесс коотрый имел наибольший CPU usage: mount.ntfs-3g
Последний раз было замечено на копировании нескольких сотен файлов размером от 1 до 10 гигабайт каждый.

Выводы названных команд во время копирования выложу как только будет возможность проверить.

P.S. О наличии опции flush в манах ntfs-3g не сказано, так что подозреваю что ее там нет.

[sirocco]

Вообще-то высокая загрузка ЦПУ типична: http://www.ntfs-3g.org/support.html#highcpu
Тем более, что

Status: An optimized, high-performance version, primarily for consumer electronics devices, is available commercially.

[Kai SD]

Вообще-то высокая загрузка ЦПУ типична: http://www.ntfs-3g.org/support.html#highcpu
Тем более, что

Status: An optimized, high-performance version, primarily for consumer electronics devices, is available commercially.

Это я читал уже.
Но все-таки хочется надеяться что 100% загрузка двух ядер - это не норма поведения NTFS-3G. Иначе на него никаких ресурсов не напасешься.

[DaemonTux]

Вообще-то высокая загрузка ЦПУ типична: http://www.ntfs-3g.org/support.html#highcpu
Тем более, что

Status: An optimized, high-performance version, primarily for consumer electronics devices, is available commercially.

Это я читал уже.
Но все-таки хочется надеяться что 100% загрузка двух ядер - это не норма поведения NTFS-3G. Иначе на него никаких ресурсов не напасешься.

Надежда умирает последней.

[Corvus]

Нет, не норма. У меня на прошлой работе был сервак, который раздавал файлы по smb в том числе с одного винта отформатированного в ntfs. Ну да, да, умер виндозный сервер, временно поставили этот винт в линуксовый, а в России нет ничего более постоянного чем временное... Короче загрузка ЦП при записи конечно заметная, но все же не 100% и даже не 30.

[nadge]

Corvus
Какая версия драйвера, не помните?

[Corvus]

Нет, помню только что из стабильной ветки. Уточнить смогу позже.

[Xaktyc]

ри копировании с NTFS раздела на одном винте на NTFS раздел другого винта

Между двумя винтами вообще нагрузка должна быть максимальная.
Я, к примеру, когда эвакуировал с битого 750-ка на терник файлы - сильно грузил систему. Одно ядро было отожрано полностью.
Правда вот какая штука - винда при таком же копировании висла так, что тормозила музыка в винампе. И скорость ntfs-3g давала большую.
А вот с загрузкой второго ядра у вас - дело странное. Многовато берет. Хотя какая скорость копирования?

[nadge]

А вот с загрузкой второго ядра у вас - дело странное. Многовато берет.

Смотря какие ядра и какая скорость самих винтов. Т.к. тут задействованы два процесса ntfs3g, то можно и два ядра загрузить.

У меня при копировании на ntfs на VelociRaptor грузит ядро (C2D E8500) на 50%. Более подробный тест делать лень, но ясно одно - этот драйвер очень прожорлив. И это не проблема настройки, так и на других дистрах.

Просто выбора нет, т.к. нет более скоростного драйвера... FUSE так устроена, это имхо принципиальный недостаток всех userspace-драйверов... Да и по сравнению с той же EncFS NTFS-3g просто летает :)

[Corvus]

Corvus
Какая версия драйвера, не помните?

version installed: 1.2531

[nadge]

Хм... Я потестирую сегодня-завтра, может тогда ситуация прояснится...

[Xaktyc]

По сравнению с виндовыми дровами ntfs-3g просто отжигает. Одни и те же харды друг с друга копировал. В линуксе скорость больше + В винде загрузка аццкая просто.