Início / unix / Perguntas / 420288
Accepted
sourcejedi
Asked: 2018-01-29 13:25:38 +0800 CST

Por que `strace` não mostra que este processo está esperando por algo?

  • 772

O poderoso straceme decepcionou. Como isso é possível?

time foomostra que fooleva vários segundos para rodar ("real"), mas usa tempo de CPU insignificante, tanto no espaço do usuário ("usuário") quanto no kernel ("sys"). Para os curiosos, fooé definido abaixo.

Portanto, ele passa a maior parte do tempo esperando por outra coisa, não executando as instruções da CPU. Normalmente, posso ver como ele está esperando strace- ou seja, qual chamada do sistema está bloqueando por um longo período de tempo. Infelizmente, essa abordagem não funcionou.

strace -ttt -T -C -w foomostra chamadas de sistema, data e hora e um resumo do tempo (real) gasto em chamadas de sistema. Mas esse processo em particular mostrou um gasto de tempo geral (real) insignificante dentro das chamadas do sistema.

fooé na verdade journalctl -b -u dev-hugepages.mount. Exceto que eu tive que mudar o último argumento para uma unidade systemd diferente a cada vez para reproduzir isso. Em outras palavras, o atraso que estou investigando aconteceu na primeira vez que tentei obter os logs de qualquer unidade systemd. EDIT : depois de responder a pergunta principal, também percebi o motivo pelo qual estava tendo esse problema ao reproduzir o atraso .

O tempo gasto nesse processo é um problema específico, aparentemente não ocorre em todos os sistemas. https://github.com/systemd/systemd/issues/7963

performance time

1 respostas

  1. Best Answer

    O motivo usual para atingir esse problema é que o processo está bloqueando em falhas de página. Estas são leituras ou possivelmente gravações em arquivos executadas por meio de um mapeamento de memória, também conhecido como mmap(). Você deve ter notado alguns mmap()no rastreamento de chamadas do sistema.

    Se você tivesse usado o /usr/bin/timeprograma em vez do timeshell embutido, também deve ter notado:

    0.04user 0.10system 0:02.29elapsed 6%CPU (0avgtext+0avgdata 40464maxresident)k
73632inputs+0outputs (376major+1081minor)pagefaults 0swaps

    majorpagefaults são aqueles que requerem IO do sistema de arquivos. minorpagefaults são muito menos significativos (provavelmente apenas uma "falha TLB").

    Eu suspeito que inputssão o número total de páginas lidas. Atualmente, acho que as páginas mapeadas de arquivo são sempre do mesmo tamanho. 4096 bytes na maioria dos casos, mas você pode verificar getconf PAGESIZE.

    Isso representa aproximadamente 290 megabytes, lidos em algo acima de 100 megabytes por segundo, uma velocidade padrão para um disco rígido como o meu. Mistério resolvido!

    Observe também que você está assumindo que possui uma CPU totalmente livre para este processo. Caso contrário, o processo pode simplesmente ser bloqueado esperando que outros processos cedam a CPU.

    stracemostra apenas quando o processo entra (e sai) do kernel devido a uma chamada do sistema. Ou quando um sinal unix é entregue. No entanto, existem outros tipos de interrupções que stracenão aparecem. Então, estes incluem

    • Falhas de página.
    • A interrupção do temporizador. Isso é usado para alternar para um processo diferente, quando o atual tiver esgotado sua fatia de tempo alocada na CPU.
    • 18

relate perguntas