Início / server / Perguntas / 1163391
Accepted
Xiaoyong Guo
Asked: 2024-08-02 12:21:03 +0800 CST

O perf/strace/ltrace tem impacto no desempenho do processo tracee?

  • 772

Eu usei strace para observar o processo de serviço em execução algumas vezes e parece que não há muito impacto no processo tracee. Mas hoje quando usei o ltrace para fazer algum rastreamento, ele travou o processo de tracee, felizmente está em um ambiente de desenvolvimento. O dmesg mostra o seguinte erro:

[Fri Aug  2 11:02:43 2024] traps: writer1[4137194] trap int3 ip:4092c1 sp:7f1eda53db58 error:0 in service_prog[400000+1ea000]

Então eu tenho estas perguntas:

  1. O desempenho tem perf/strace/ltraceimpacto no processo de rastreamento?
  2. É seguro usar perf/strace/ltrace em um ambiente de produção?
  3. Por que o ltrace travou o processo tracee? Como interpretar a mensagem dmesg acima? o que é armadilha int3?

Obrigado.

linux

1 respostas

  1. Best Answer

    Sim, todas as ferramentas de criação de perfil de desempenho adicionam sobrecarga. No entanto, a desaceleração e a maturidade das ferramentas variam enormemente. Aprenda as ferramentas em um host de teste. Talvez use-os na produção.

    strace pode ter uma sobrecarga incrivelmente alta. Vale a pena repetir o argumento de Gregg sobre isso:

    AVISO: pode causar sobrecarga de desempenho significativa e, às vezes, massiva, e na pior das hipóteses, reduzindo a velocidade do aplicativo de destino em mais de 100x. Isto pode não apenas torná-lo inadequado para uso em produção, mas qualquer informação de tempo também pode ser tão distorcida que pode ser enganosa.

    Essencialmente, ele atinge um ponto de interrupção do depurador a cada chamada do sistema. Na pior das hipóteses, quando um aplicativo tem muito syscall, ele pode ser executado centenas de vezes mais lento. Pelo que me lembro, ltrace também é baseado em ptrace() e tem sobrecarga semelhante.

    Tanto strace quanto ltrace são ferramentas simples e maduras, os programas provavelmente estão disponíveis e você não precisará escrever código. No entanto, eu não começaria com nenhum dos dois ao investigar um problema de desempenho, especialmente na produção.

    As ferramentas de desempenho são muito específicas da plataforma. No Linux, minha progressão do monitoramento para a criação de perfil é mais ou menos assim, dependendo de quais ferramentas estão disponíveis:

    • Métricas amplas em nível de host usando uma ferramenta como netdata, elas podem permanecer em execução
    • Resumo de todo o sistema na CPU usando perf top
    • Melhor visualização na CPU (programas específicos ou em todo o sistema) usando flamegraph de script de desempenho
    • Scripts BPF existentes, como BCC-Tools
    • perf trace --syscalls uma alternativa ao strace
    • ltrace ou strace

    Observe que muitos deles estão usando perf_events, uma interface Linux mais recente para criar perfis de dados que é muito mais eficiente no limite do kernel do usuário.

    Não sei exatamente o que essa mensagem de log significa. Se estiver relacionado ao sinal, falando em ferramentas bcc, considere usar o programa killsnoop para ver qual processo enviou o sinal.

    • 1

relate perguntas