При копировании огромного количества звуковых файлов размером в несколько мегабайт рабочий стол Kubuntu периодически перестает отвечать на запросы (указатель мыши может перемещаться, но Firefox, Konsole и сам KDE временно игнорируют нажатия клавиатуры, щелчки мыши и сетевой ввод-вывод).
$ uname -a
Linux jaguar 2.6.32-22-generic #36-Ubuntu SMP Thu Jun 3 19:31:57 UTC 2010 x86_64 GNU/Linux
$ cp -Rnv /home/user/music/flac/* .
PID - 11544, и впоследствии я попробовал:
$ renice -n 19 -p 11544
$ ionice -c 3 -p 11544
Как ни странно, при удаленном доступе к ноутбуку в локальной сети (через TightVNC) удаленный экран постоянно обновляется (если я использую ноутбук). Точно так же воспроизведение музыкальных файлов с USB-накопителя (даже файла, который не был полностью скопирован) не затрагивается периодической проблемой отсутствия ответа.
Нажатие Control-Z для приостановки процесса копирования немедленно приводит к нормальному поведению (после того, как нажатие клавиши наконец принимается Konsole).
Я пытался добиться следующего:
Однако независимо от того, какое программное обеспечение я использовал (WinSCP, Tunnelier или rsync поверх Cygwin), скорость копирования начиналась со скоростью 2 МБ / с, а затем через несколько секунд снижалась до 60 КБ / с. Фактически, безопасная копия остановится.
Поиски нашли несколько человек, у которых были похожие проблемы. Для большинства из них проблемы исчезли после перехода на Tunnelier. У меня это не сработало. Другие люди перешли на FreeBSD, чтобы решить эту проблему. В настоящее время это не вариант. Третьи перешли с SSH-протокола 2 на SSH-протокол 1. У меня это тоже не сработало.
USB-накопитель был успешно проверен с помощью chkdsk /f в Windows. Нет соответствующих сообщений об ошибках ни в одном из файлов журнала из /var/log.
Мониторинг системы с помощью top ничего подозрительного при возникновении "пауз" не показывает. (top продолжает обновляться в момент отсутствия ответа.) Программа hald-addon-storage показывает это опросы /dev/sr0 каждые 2 секунды. Что бы это ни значило.
Четырехъядерный процессор с 8 ГБ оперативной памяти. В /tmp диск пуст и / показывает использование 72%. ОЗУ свободно 2 ГБ, и ни один процессор не использует более 1%, даже во время пауз.
Есть ли у кого-нибудь идеи о том, что может происходить, или способы исследования, чтобы попытаться понять, что происходит с системой?
Я совершенно заблудился после предоставленных вами примеров cp / renice / ionice. :) Был ли USB-накопитель подключен к вашему рабочему столу во время этих примеров (поэтому сетевой трафик между настольным компьютером и ноутбуком не требовался), или вы попробовали эту комбинацию рабочего стола + (ноутбук + USB) позже? И когда вы говорите «копировать компакт-диски на рабочий стол Linux», вы храните эти файлы на локальном жестком диске или на USB-диске?
Во многих дистрибутивах Linux USB-накопители монтируются с sync опция монтирования по умолчанию. Это означает более безопасную запись, но, с другой стороны, для некоторых дисков это может означать очень низкая скорость записи и прочие забавные побочные эффекты. Монтаж привода с mount -o remount,async /your/usbdrive/mountpoint вероятно, значительно ускорит операции записи.
Не останавливается ли рабочий стол Linux, если вы выполняете свою строфу WinSCP, но вместо USB-накопителя пытаетесь скопировать на локальный диск вашего ноутбука?
Я тоже немного запутался. Сначала вы показываете команды, предполагающие, что проблема заключается в копировании файлов из вашего домашнего каталога на USB-накопитель, но затем вы начинаете говорить о своем ноутбуке с Windows и scp. Так что ты на самом деле делаешь?
Wrt. из-за плохой интерактивности рабочего стола Linux при тяжелой записи на медленное устройство последнее ядро 2.6.36 содержит патч это должно исправить эту конкретную проблему.
Поскольку вы, похоже, используете Ubuntu 10.04, вы можете попробовать новое ядро из ядро PPA и посмотрите, решит ли это проблему для вас.