Высокая нагрузка на CPU при дисковых операциях

iotop покажет паспортную скорость диска, от этого не легче.
elsonador
iotop покажет паспортную скорость диска, от этого не легче.
Эти двое покажут задачи, отжирающии ресурсы.
И что же с ними нужно сделать?
Попробуй BFS + BFQ, некоторые утверждают, что помогает.
можно попробовать вот такое правило удава, оно для флеш накопителей выставляет планировцик deadline. мне помогло.
/etc/udev/rules.d/60-schedulers.rules
# set deadline scheduler for non-rotating disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="0", ATTR{queue/scheduler}="deadline"

# set deadline scheduler for flash disks
ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{removable}=="1", ENV{ID_USB_DRIVER}=="usb-storage", ATTR{queue/scheduler}="deadline"

# set cfq scheduler for rotating disks
#ACTION=="add|change", KERNEL=="sd[a-z]", ATTR{queue/rotational}=="1", ATTR{queue/scheduler}="cfq"
Псевдографический инсталлятор Arch Linux ver. 3.8.2
Благодарности принимаются на ЯД 410012815723874
Natrio
Второй пункт должен исключить конфликт прерываний железок/баг?
naszar
При копировании на карту пишет что kio_file (kde4init) жрет IO на 94% большую часть времени.
Больше ничего, а top тоже самое что и htop я выше приводил.
elsonador
Без кеширования это rsync или dd?
marlock
Спасибо за наводку. ну и название, больше похоже на крик души разработчика, попробую в крайнем случае. Вообще это странно, это вполне базовые вещи и почему они должны вызывать подобные зависоны на вполне свежем железе....
Еще попробую какой нибудь лайв дистрибутив наверное. Эти же железки нормально работали под офтопиком неделю, может поддержка чипсета в ядре плохая
Gentoo | ArchLinux | servers and work PC
W 7 - everyday usage all PC's
W 8.1 - Lenovo IdeaPad G500 - i3 3110, R8570M
spirevillage.blogspot.com
Это с опцией sync
daggerfall
Второй пункт должен исключить конфликт прерываний железок/баг?
Второй пункт должен продемонстрировать нагрузку на процессор без участия ФС. Если она не упадёт – значит дело в обслуживании USB-устройства, а не в обслуживании ФС.
daggerfall
При копировании на карту пишет что kio_file (kde4init) жрет IO на 94% большую часть времени.
Вот этот kio_file и еще два потока ядра (один пишет, другой читает) должны съедать все IO. Кроме них в копировании никто не участвует.. попробуйте найти в top'е сколько они едят процессора (у меня что-то около 2% и они в очень глубоком не прерываемом сне - как-никак IO на медленный девайс). Можно посмотреть на этот kio_file, и если он не спит, ест процессор и делает это в ядре, то скорее всего да, виноваты драйвера.

Возможно, у вас действительно очень мало памяти и ядро хочет для копирования больше буферов. Вытесняет какую-то часть кедов в свап, а потом хочет втеснить взад, да не может - ибо io из-за копирования просело. Вы проверяли какие процессы на диске и идет ли сваппинг во время копирования?

Возможно ваш компьютер стар и медлителен, кеды ему не показаны. Таки планировщик устроен так, что даже при 100% нагрузке отзывчивость интерфейса не падает (конечно за исключением случая когда сам интерфейс для плавной работы хочет 100% процессора).
На 12309 намекаете?

elsonador
Я бы с удовольствием ограничил размер дискового кэша.
Ну и ограничьте, кто не дает:
echo 2097152 >/proc/sys/vm/dirty_bytes
echo 2097152 >/proc/sys/vm/dirty_background_bytes
 
Зарегистрироваться или войдите чтобы оставить сообщение.