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

elsonador	# 10 лет, 1 месяц назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	iotop покажет паспортную скорость диска, от этого не легче.

naszar	# 10 лет, 1 месяц назад
Темы: 21 Сообщения: 507 Участник с: 24 сентября 2012	elsonador iotop покажет паспортную скорость диска, от этого не легче. Эти двое покажут задачи, отжирающии ресурсы.

elsonador	# 10 лет, 1 месяц назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	И что же с ними нужно сделать?

marlock	# 10 лет, 1 месяц назад
Темы: 35 Сообщения: 736 Участник с: 02 июля 2010	Попробуй BFS + BFQ, некоторые утверждают, что помогает.

nafanja	# 10 лет, 1 месяц назад
Темы: 94 Сообщения: 9252 Участник с: 02 июня 2012 заблокирован	можно попробовать вот такое правило удава, оно для флеш накопителей выставляет планировцик 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

nafanja

# 10 лет, 1 месяц назад

Темы: 94

Сообщения: 9252

Участник с: 02 июня 2012

заблокирован

можно попробовать вот такое правило удава, оно для флеш накопителей выставляет планировцик 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

daggerfall	# 10 лет, 1 месяц назад (отредактировано 10 лет, 1 месяц назад)
Темы: 11 Сообщения: 35 Участник с: 05 сентября 2014	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

daggerfall

# 10 лет, 1 месяц назад (отредактировано 10 лет, 1 месяц назад)

Темы: 11

Сообщения: 35

Участник с: 05 сентября 2014

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

elsonador	# 10 лет, 1 месяц назад
Темы: 63 Сообщения: 996 Участник с: 09 апреля 2010	Это с опцией sync

Natrio	# 10 лет, 1 месяц назад
Темы: 48 Сообщения: 4771 Участник с: 08 января 2011	daggerfall Второй пункт должен исключить конфликт прерываний железок/баг? Второй пункт должен продемонстрировать нагрузку на процессор без участия ФС. Если она не упадёт – значит дело в обслуживании USB-устройства, а не в обслуживании ФС.

Natrio

# 10 лет, 1 месяц назад

Темы: 48

Сообщения: 4771

Участник с: 08 января 2011

daggerfall
Второй пункт должен исключить конфликт прерываний железок/баг?

Второй пункт должен продемонстрировать нагрузку на процессор без участия ФС. Если она не упадёт – значит дело в обслуживании USB-устройства, а не в обслуживании ФС.

naszar	# 10 лет, 1 месяц назад
Темы: 21 Сообщения: 507 Участник с: 24 сентября 2012	daggerfall При копировании на карту пишет что kio_file (kde4init) жрет IO на 94% большую часть времени. Вот этот kio_file и еще два потока ядра (один пишет, другой читает) должны съедать все IO. Кроме них в копировании никто не участвует.. попробуйте найти в top'е сколько они едят процессора (у меня что-то около 2% и они в очень глубоком не прерываемом сне - как-никак IO на медленный девайс). Можно посмотреть на этот kio_file, и если он не спит, ест процессор и делает это в ядре, то скорее всего да, виноваты драйвера. Возможно, у вас действительно очень мало памяти и ядро хочет для копирования больше буферов. Вытесняет какую-то часть кедов в свап, а потом хочет втеснить взад, да не может - ибо io из-за копирования просело. Вы проверяли какие процессы на диске и идет ли сваппинг во время копирования? Возможно ваш компьютер стар и медлителен, кеды ему не показаны. Таки планировщик устроен так, что даже при 100% нагрузке отзывчивость интерфейса не падает (конечно за исключением случая когда сам интерфейс для плавной работы хочет 100% процессора).

naszar

# 10 лет, 1 месяц назад

Темы: 21

Сообщения: 507

Участник с: 24 сентября 2012

daggerfall
При копировании на карту пишет что kio_file (kde4init) жрет IO на 94% большую часть времени.

Вот этот kio_file и еще два потока ядра (один пишет, другой читает) должны съедать все IO. Кроме них в копировании никто не участвует.. попробуйте найти в top'е сколько они едят процессора (у меня что-то около 2% и они в очень глубоком не прерываемом сне - как-никак IO на медленный девайс). Можно посмотреть на этот kio_file, и если он не спит, ест процессор и делает это в ядре, то скорее всего да, виноваты драйвера.

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

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

Aivar	# 10 лет, 1 месяц назад
Темы: 4 Сообщения: 6897 Участник с: 17 февраля 2011	На 12309 намекаете? elsonador Я бы с удовольствием ограничил размер дискового кэша. Ну и ограничьте, кто не дает: `echo 2097152 >/proc/sys/vm/dirty_bytes echo 2097152 >/proc/sys/vm/dirty_background_bytes`

Aivar

# 10 лет, 1 месяц назад

Темы: 4

Сообщения: 6897

Участник с: 17 февраля 2011

На 12309 намекаете?

elsonador
Я бы с удовольствием ограничил размер дискового кэша.

Ну и ограничьте, кто не дает:

echo 2097152 >/proc/sys/vm/dirty_bytes
echo 2097152 >/proc/sys/vm/dirty_background_bytes