cp de local para usb-drive afeta o desempenho da área de trabalho

3

Antecedentes

Enquanto copia um grande número de arquivos de som de vários megabytes, a área de trabalho do Kubuntu torna-se intermitentemente não responsiva (o ponteiro do mouse pode se mover, mas o Firefox, o Konsole e o próprio KDE ignoram temporariamente pressionamentos de teclado, cliques de mouse e E / S de rede) .

$ 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/* .

O PID é 11544 e, em seguida, tentei:

$ renice -n 19 -p 11544
$ ionice -c 3 -p 11544

Estranhamente, ao acessar remotamente um laptop na rede local (via TightVNC), a tela remota é continuamente atualizada (se eu estiver usando o laptop). Da mesma forma, reproduzir arquivos de música fora da unidade USB (mesmo um arquivo que não tenha sido totalmente copiado) não é afetado pelo problema de falta de resposta intermitente.

Pressionar Control-Z para suspender o processo de cópia resulta em um comportamento normal (uma vez que o toque de tecla é finalmente aceito pelo Konsole) instantaneamente.

O que eu estava tentando realizar foi o seguinte:

  1. Copie CDs para o computador desktop (Linux).
  2. Conecte a unidade USB ao laptop.
  3. Execute o WinSCP no laptop.
  4. Copie arquivos de música usando o WinSCP do computador de mesa para a unidade USB no laptop.

No entanto, não importa qual software eu usei (WinSCP, Tunnelier ou rsync sobre Cygwin), a cópia começaria com um zippy de 2 MB / s, então sufocaria para 60 KB / s depois de alguns segundos. Efetivamente, a cópia segura seria paralisada.

Googlin '

Pesquisas encontraram algumas pessoas que tiveram problemas semelhantes. Os problemas foram embora para a maioria deles, mudando para o Tunnelier. Isto não funcionou para mim. Outras pessoas mudaram para o FreeBSD para resolver o problema. Isso não é uma opção neste momento. Ainda outros mudaram do Protocolo SSH 2 para o Protocolo SSH 1. Isso também não funcionou para mim.

Arquivos de log

A unidade USB fez check-out bem usando chkdsk /f no Windows. Não há mensagens de erro relevantes em nenhum dos arquivos de log de /var/log .

Desempenho

O monitoramento do sistema usando top não mostra nada suspeito quando as "pausas" ocorrem. ( top continua a atualizar durante um momento de falta de resposta.) O programa hald-addon-storage mostra que realiza polling /dev/sr0 a cada 2 segundos. O que quer que isso signifique.

Hardware

Quad-core com 8 GB de RAM. A unidade /tmp está vazia e / mostra 72% de uso. A RAM tem 2 GB livres e nem uma única CPU é indexada além do uso de 1%, mesmo durante as pausas.

Pergunta

Alguém tem alguma idéia sobre o que pode estar acontecendo, ou caminhos para explorar para tentar entender o que está acontecendo com o sistema?

    
por Dave Jarvis 27.10.2010 / 12:52

2 respostas

1

Estou um pouco confuso também. Primeiro você mostra comandos sugerindo que o problema é copiar coisas do seu diretório pessoal para uma unidade USB, mas então você começa a falar sobre o seu laptop Windows e scp. Então, o que você está realmente fazendo?

devido à baixa interatividade da área de trabalho do Linux ao escrever pesadamente em um dispositivo lento, o recente kernel 2.6.36 contém um patch que supostamente deve corrigir esse problema específico.

Como você parece estar usando o Ubuntu 10.04, você pode tentar o novo kernel do PPA do kernel e veja se isso resolve o problema para você.

    
por 27.10.2010 / 13:38
1

Eu fiquei bastante perdido após os exemplos de cp / renice / ionice que você forneceu. :) A unidade USB foi conectada à sua área de trabalho durante esses exemplos (portanto, não foi necessário nenhum tráfego de rede entre a área de trabalho e o laptop), ou você tentou esse combo de desktop + (laptop + usb) mais tarde? E quando você diz "ripar CDs para o desktop Linux", você armazena esses arquivos em um disco rígido local ou naquele disco USB?

Em muitas distribuições Linux, as unidades USB serão montadas com a opção sync mount por padrão. Isso significa gravações mais seguras, mas, por outro lado, com algumas unidades que podem significar muito desempenho lento de gravação e todos os outros efeitos colaterais engraçados. Montar a unidade com mount -o remount,async /your/usbdrive/mountpoint provavelmente aumentará muito as operações de gravação.

A área de trabalho do Linux fica paralisada se você faz a sua sub-rotina WinSCP, mas ao invés da unidade USB tentar copiar para a unidade local em seu laptop?

    
por 27.10.2010 / 13:13