IOWait muito alto depois de conectar a unidade SSD

1

Eu tenho um problema sério com o meu posto de trabalho. Algum tempo atrás eu comprei um disco SSD. Até o momento tudo estava bem, eu tinha dois discos HDD, copiando arquivos em uma velocidade de 50 a 60 megabytes por segundo, sem atrasos ou problemas de desempenho. Depois de conectar a unidade SSD e reinstalar o sistema, qualquer operação em qualquer disco é literalmente dolorosa. Não importa se eu leio dados de qualquer um dos discos, ou escrevo algo sobre ele, o tempo de IOWait aumenta para 100% da CPU, o congelamento total da máquina e a transferência de dados é muito baixa. O problema ocorre independentemente de quais operações eu estou fazendo e se o SSD está envolvido. Até mesmo copiar arquivos de um pendrive USB para outro causam atrasos enormes. O problema não existia até que eu liguei o SSD. A partição SWAP está na unidade SSD.

Especificação do sistema:

CPU: AMD Phenom II 965 BE [email protected]
RAM: 12GB 1600MHz DDR3 (2x2 and 1x8) 
HDD: 500GB WD Green for storage and old 300GB Samsung for trash data
SSD: 120GB Samsung 840 EVO
SYSTEM: elementaryOS Luna @ Ubuntu 12.04

Linux Leader 3.11.0-18-generic #32~precise1-Ubuntu SMP Thu Feb 20 17:52:10 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux

/ etc / fstab

UUID=9a3aeee3-da3c-494c-81a3-0fb9a2d0b0cb  / ext4 discard,noatime,nodiratime,errors=remount-ro  0 1
UUID=64c8d0c7-a70d-4a8a-803b-472bf0f368fe  /home ext4  discard,noatime,nodiratime  0 2
UUID=324b9dc2-e63d-4ffe-b77c-877470ab4492  /media/Storage  ext4  noatime,nodiratime  0 0
UUID=80d15662-997b-43b0-a36e-7b63c78e6ea3  none swap  discard,sw 0 0

/media/Storage/Wideo     /home/galmido/Wideo     none  bind  0  0
/media/Storage/Obrazy    /home/galmido/Obrazy    none  bind  0  0
/media/Storage/Muzyka    /home/galmido/Muzyka    none  bind  0  0
/media/Storage/Zdjęcia   /home/galmido/Zdjęcia   none  bind  0  0
/media/Storage/Pobrane   /home/galmido/Pobrane   none  bind  0  0

Esta tela foi tirada durante a cópia de arquivos de um disco rígido (500 GB WD, ext4) para o segundo (300 GB Samsung, ext2). Eu mal consegui fazer isso. No final da cópia, a transferência caiu para cerca de 10 kilobytes por segundo e a máquina inteira congelou por cerca de 10 minutos.

-

Editar:

Acabei de lembrar que o problema aumentou significativamente após a atualização do sistema há alguns meses. Eu não prestei muita atenção aos pacotes que foram atualizados, mas o espaço disponível na partição SWAP aumentou de 10 GB para 16 GB, de acordo com o monitor do sistema, e esse problema se torna sério. Tentei reverter a versão do kernel para o antigo, mas sem sorte.

    
por Galmi 23.05.2014 / 10:11

2 respostas

4

1) Isso não está relacionado, mas remova o nodiratime do seu fstab. noatime também inclui nodiratime, então não é necessário adicioná-lo uma segunda vez.
Também tente adicionar, commit = 15 como uma opção para suas partições ssd. Isso basicamente diz a eles para enviarem solicitações de io a granel a cada 15 segundos e, assim, aceleram muito. Tenha em mente que, se ocorrer uma perda repentina de energia, você might perderá seus últimos 15 segundos de gravações de disco não confirmadas

2) Use o iotop OU olhe para o que está causando a constante E / S. Essas ferramentas mostrarão os processos atuais que sobrecarregam suas unidades.

3) Use o powertop e verifique a guia tunables. Especificamente, verifique se as opções de economia de energia do seu controlador ssd sata estão ativadas. Se eles estão tentando desativá-los e ver se isso muda alguma coisa. Se você tiver um laptop e usar ferramentas de modo de laptop ou programas de gerenciamento de energia semelhantes, eles podem ter ativado uma opção semelhante que está causando todo esse atraso.

4) Se você ainda não consegue encontrar a origem do problema, verifique também /etc/udev/rules.d se você usa o udev e tenta ver quais regras existem lá. Pode alterar uma configuração para alguns dispositivos quando eles estão conectados e causar todos esses problemas.

5) Tente adicionar essas configurações ao seu sysctl.conf e carregue-as depois e veja se elas fazem alguma diferença.

vm.swappiness=1     
vm.vfs_cache_pressure=45
vm.dirty_background_ratio = 10
vm.dirty_ratio = 10
vm.dirty_writeback_centisecs = 1500    
kernel.nmi_watchdog = 0  

e também verificar erros.log, daemon.log e kernel.log em / var / log para possíveis erros que podem mostrar o que está errado.

    
por 24.05.2014 / 10:58
1

qual é o valor em seu arquivo / proc / sys / vm / swappiness?

Você pode tentar desativar o espaço de troca? Ao emitir

swapoff -a

O OI volta ao normal?

    
por 23.05.2014 / 10:31