Início / server / Perguntas / 169676
Accepted
Avada Kedavra
Asked: 2010-08-12 23:48:49 +0800 CST

Como verificar a utilização de E/S de disco por processo?

  • 772

Estou tendo um problema com um sistema Linux e encontrei sysstate sarrelatei grandes picos de E/S de disco, tempo médio de serviço e tempo médio de espera.

Como posso determinar qual processo está causando esses picos na próxima vez que isso acontecer?

É possível fazer com sar? Posso encontrar essas informações nos sararquivos já gravados?

A saída de sar -d, paralisação do sistema ocorreu por volta das 12h58-13h01. 

12:40:01          DEV       tps  rd_sec/s  wr_sec/s  avgrq-sz  avgqu-sz     await     svctm     %util
12:40:01       dev8-0     11.57      0.11    710.08     61.36      0.01      0.97      0.37      0.43
12:45:01       dev8-0     13.36      0.00    972.93     72.82      0.01      1.00      0.32      0.43
12:50:01       dev8-0     13.55      0.03    616.56     45.49      0.01      0.70      0.35      0.47
12:55:01       dev8-0     13.99      0.08    917.00     65.55      0.01      0.86      0.37      0.52
13:01:02       dev8-0      6.28      0.00    400.53     63.81      0.89    141.87    141.12     88.59
13:05:01       dev8-0     22.75      0.03    932.13     40.97      0.01      0.65      0.27      0.62
13:10:01       dev8-0     13.11      0.00    634.55     48.42      0.01      0.71      0.38      0.50

Eu também tenho esta pergunta de acompanhamento para outro tópico que comecei ontem:

linux io storage

6 respostas

  1. Best Answer

    Se você tiver a sorte de pegar o próximo período de pico de utilização, poderá estudar as estatísticas de E/S por processo interativamente, usando iotop .

    • 57

  2. Você pode usar o pidstat para imprimir estatísticas io cumulativas por processo a cada 20 segundos com este comando:

    # pidstat -dl 20

    Cada linha terá as seguintes colunas:

    • PID - ID do processo
    • kB_rd/s - Número de kilobytes que a tarefa fez com que fossem lidos do disco por segundo.
    • kB_wr/s - Número de kilobytes que a tarefa causou ou deve fazer com que sejam gravados no disco por segundo.
    • kB_ccwr/s - Número de kilobytes cuja gravação no disco foi cancelada pela tarefa. Isso pode ocorrer quando a tarefa trunca algum cache de página sujo. Nesse caso, alguns IO para os quais outra tarefa foi contabilizada não estarão acontecendo.
    • Comando - O nome do comando da tarefa.

    A saída fica assim:

    05:57:12 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:57:32 PM       202      0.00      2.40      0.00  jbd2/sda1-8
05:57:32 PM      3000      0.00      0.20      0.00  kdeinit4: plasma-desktop [kdeinit]              

05:57:32 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:57:52 PM       202      0.00      0.80      0.00  jbd2/sda1-8
05:57:52 PM       411      0.00      1.20      0.00  jbd2/sda3-8
05:57:52 PM      2791      0.00     37.80      1.00  kdeinit4: kdeinit4 Running...                   
05:57:52 PM      5156      0.00      0.80      0.00  /usr/lib64/chromium/chromium --password-store=kwallet --enable-threaded-compositing 
05:57:52 PM      8651     98.20      0.00      0.00  bash 

05:57:52 PM       PID   kB_rd/s   kB_wr/s kB_ccwr/s  Command
05:58:12 PM       202      0.00      0.20      0.00  jbd2/sda1-8
05:58:12 PM      3000      0.00      0.80      0.00  kdeinit4: plasma-desktop [kdeinit]
    • 44

  3. Nada supera o monitoramento contínuo, você simplesmente não pode recuperar dados sensíveis ao tempo após o evento...

    No entanto, há algumas coisas que você pode verificar para implicar ou eliminar - /procé seu amigo.

    sort -n -k 10 /proc/diskstats
sort -n -k 11 /proc/diskstats

    Os campos 10, 11 são setores de escrita acumulada e escrita de tempo acumulado (ms). Isso mostrará suas partições quentes do sistema de arquivos.

    cut -d" " -f 1,2,42 /proc/[0-9]*/stat | sort -n -k +3

    Esses campos são PID, comando e tiques de espera de E/S cumulativos. Isso mostrará seus processos quentes, embora apenas se eles ainda estiverem em execução . (Você provavelmente quer ignorar seus threads de journalling do sistema de arquivos.)

    A utilidade do acima depende do tempo de atividade, da natureza de seus processos de longa execução e de como seus sistemas de arquivos são usados.

    Advertências: não se aplica a kernels pré-2.6, verifique sua documentação se não tiver certeza.

    (Agora vá e faça um favor ao seu eu do futuro, instale Munin/Nagios/Cacti/whatever ;-)

    • 20

  4. Usar atop. ( http://www.atoptool.nl/ )

    Grave os dados em um arquivo compactado que atoppossa ser lido posteriormente em um estilo interativo. Faça uma leitura (delta) a cada 10 segundos. faça isso 1080 vezes (3 horas; então, se você esquecer, o arquivo de saída não ficará sem disco):

    $ atop -a -w historical_everything.atop 10 1080 &

    Depois que algo ruim acontece novamente:

    (mesmo que ainda esteja sendo executado em segundo plano, ele apenas acrescenta a cada 10 segundos)

    % atop -r historical_everything.atop

    Já que você disse IO, eu apertaria 3 teclas: tdD

    t - move forward to the next data gathering (10 seconds)
d - show the disk io oriented information per process
D - sort the processes based on disk activity
T - go backwards 1 data point (10 seconds probably)
h - bring up help
b - jump to a time (nearest prior datapoint) - e.g. b12:00 - only jumps forward
1 - display per second instead of delta since last datapiont in the upper half of the display
    • 12

  5. Usar btrace. É fácil de usar, por exemplo btrace /dev/sda. Se o comando não estiver disponível, provavelmente está disponível no pacote blktrace .

    EDIT : Como o debugfs não está ativado no kernel, você pode tentar date >>/tmp/wtf && ps -eo "cmd,pid,min_flt,maj_flt" >>/tmp/wtfou similar. Logging page faults obviamente não é a mesma coisa que usar btrace, mas se você tiver sorte, pode lhe dar algumas dicas sobre os processos que mais consomem disco. Acabei de testar um dos meus servidores mais intensivos em E/S e a lista inclui os processos que sei que estão consumindo muita E/S.

    • 8

  6. Utilização do disco por cada processo:

    $ glances# (com htop a melhor ferramenta para ter ideia do que está acontecendo. Pressione as teclas de seta para a direita para classificar o processo por utilização do disco)

    $ sudo iotop -ao# (-a acumulado; -o mostra apenas processos com atividade)

    • 0

relate perguntas