Почему мой рабочий стол блокируется, когда я копирую много файлов на USB-накопитель?

11

Мой рабочий стол обычно очень отзывчив, даже при большой нагрузке. Но когда я копирую файлы на USB-накопитель, через некоторое время он всегда блокируется. Под «замком» я имею в виду:

  • Перемещение фокуса с одного окна на другое может занять 10-20 секунд
  • Переключение рабочих столов может занять 10-20 с
  • Видео больше не обновляется (на YouTube звук продолжает воспроизводиться, только видео останавливается)

Когда это происходит, нагрузка на систему не является исключительно высокой. Иногда я вижу много белого на xosview, указывающего, что ядро ​​где-то занято.

На первый взгляд кажется, что копирование файлов на USB-накопитель каким-то образом помешает работе Compiz, но я не представляю, каким может быть соединение.

Вот вывод htop:

Выход htop вскоре после зависания

Вот результат за iostat -c -z -t -x -d 12 минуты зависания:

19.07.2012 20:38:22
avg-cpu:  %user   %nice %system %iowait  %steal   %idle
           1,27    0,00    0,38   37,52    0,00   60,84

Device:         rrqm/s   wrqm/s     r/s     w/s    rkB/s    wkB/s avgrq-sz avgqu-sz   await r_await w_await  svctm  %util
sdg               0,00     2,00    0,00  216,00     0,00 109248,00  1011,56   247,75  677,69    0,00  677,69   4,63 100,00

Как видите, активен только внешний жесткий диск. Вот полный журнал: http://pastebin.com/YNWTAkh4

Зависание началось в 20:38:01 и закончилось в 20:40:19.

Информация о программном обеспечении:

  • openSUSE 12.1
  • KDE 4.7.x
  • Файловые системы: reiserfs и btrfs на моем внутреннем жестком диске, btrfs на USB-диске
linux kde btrfs Аарон Дигулла
источник
1
Вы пытались установить USB-накопитель, syncчтобы увидеть, какой эффект (если таковой имеется) это имеет?
Алексиос
2
Недостатком USB является тот факт, что он сильно зависит от процессора для ввода-вывода. Какой тип процессора у вашей системы? Приложите вывод grep name /proc/cpuinfoк вашему вопросу, пожалуйста.
Джиппи
1
Вы перетаскиваете файлы с помощью дельфина? Если это так, попробуйте cpиз командной строки исключить возможные ошибки дельфина.
Яри ​​Лааманен
@JariLaamanen: я использую rsyncиз командной строки.
Аарон Дигулла
1
@jippie: Не совсем, потому что пользовательский интерфейс блокируется, когда это происходит, поэтому я не могу сделать скриншот. Я постараюсь создать журнал сiostat -c -z -d 1
Аарон Дигулла

Ответы:

4

Мое первое предположение было, btrfsпоскольку процессы ввода-вывода в этой файловой системе иногда вступают во владение. Но это не объясняет, почему X блокируется.

Глядя на прерывания, я вижу это:

# cat /proc/interrupts 
           CPU0       CPU1       CPU2       CPU3       CPU4       CPU5       CPU6       CPU7       
  0:        179          0          0          0          0          0          0          0  IR-IO-APIC-edge      timer
  1:          6          0          0          0          0          0          0          0  IR-IO-APIC-edge      i8042
  8:          1          0          0          0          0          0          0          0  IR-IO-APIC-edge      rtc0
  9:          0          0          0          0          0          0          0          0  IR-IO-APIC-fasteoi   acpi
 12:         10          0          0          0          0          0          0          0  IR-IO-APIC-edge      i8042
 16:    3306384          0          0          0          0          0          0          0  IR-IO-APIC-fasteoi   ehci_hcd:usb1, nvidia, mei, eth1

Ну да. Драйвер USB использует тот же IRQ, что и графическая карта, и он первый в цепочке. Если он зависает (потому что файловая система делает что-то дорогое), видеокарта голодает (и сеть тоже).

Аарон Дигулла
источник
2

Я видел похожие проблемы с ядром openSUSE 12.1 linux-3.1 и обнаружил, что отключение прозрачных огромных страниц помогло:

echo never > /sys/kernel/mm/transparent_hugepage/enabled

Основная проблема заключается в том, что если приложение выделяет 4 МБ или более, ядро ​​попытается предоставить ему огромную страницу, для которой ему потребуется целая 4 МБ ОЗУ. Теперь, если вокруг много грязных страниц, которые все еще нужно записать на медленное USB-устройство, он ожидает завершения ввода-вывода, прежде чем продолжить выделение памяти.

Бернхард М.
источник
1

Как уже упоминалось, это, вероятно, связано с установкой огромных страниц ядра. Я знаю несколько человек с этой проблемой. Вы можете найти несколько документов об этом в Интернете, например,

Я полностью устранил проблему в моей настройке, выполнив следующие действия. Обратите внимание, YMMV, не все исправления, приведенные ниже, могут быть необходимы, и, возможно, их будет недостаточно. Возможно, я забыл что-то, чтобы быть честным. Во всяком случае, это моя установка, и она работает.

  • Используйте ядро ​​linux-ck
  • echo madvise > /sys/kernel/mm/transparent_hugepage/enabled
  • echo never > /sys/kernel/mm/transparent_hugepage/defrag
AF7
источник
-2

Поменяй кабель. Удалите оксид с USB-порта / кабелей.

луис
источник
Это должно быть немного более сложным. Пожалуйста, смотрите FAQ
Карлсон