Início / unix / Perguntas / 687436
Accepted
ks1322
Asked: 2022-01-23 03:03:53 +0800 CST

Por que o 'ping' não gera um resumo ao redirecionar a saída?

  • 772

Consigo fazer ping no google.com por vários segundos e quando pressiono Ctrl+ C, um breve resumo é exibido na parte inferior:

$ ping google.com
PING google.com (74.125.131.113) 56(84) bytes of data.
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=2 ttl=56 time=46.7 ms
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=3 ttl=56 time=45.0 ms
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=4 ttl=56 time=54.5 ms
^C
--- google.com ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3009ms
rtt min/avg/max/mdev = 44.965/48.719/54.524/4.163 ms

No entanto, quando faço a mesma saída de redirecionamento para o arquivo de log com tee, o resumo não é exibido:

$ ping google.com | tee log
PING google.com (74.125.131.113) 56(84) bytes of data.
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=1 ttl=56 time=34.1 ms
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=2 ttl=56 time=57.0 ms
64 bytes from lu-in-f113.1e100.net (74.125.131.113): icmp_seq=3 ttl=57 time=50.9 ms
^C

Posso obter o resumo também ao redirecionar a saída com tee?

linux signals

2 respostas

  1. pingmostra o resumo quando é morto com SIGINT, por exemplo , como resultado de CtrlC, ou quando transmitiu o número de pacotes solicitados (a -copção). CtrlCfaz SIGINTcom que seja enviado para todos os processos do grupo de processos em primeiro plano, ou seja , neste cenário todos os processos no pipeline ( pinge tee). teenão pega SIGINT(no Linux, veja SigCgtem /proc/$(pgrep tee)/status), então quando recebe o sinal, ele morre, fechando sua extremidade do tubo. O que acontece a seguir é uma corrida: se pingainda estava produzindo, ele morrerá SIGPIPEantes de receber o SIGINT; se ele obtiver o SIGINTantes de produzir qualquer coisa, ele tentará produzir seu resumo e morrer comSIGPIPE. De qualquer forma, não há mais para onde ir a saída.

    Para obter o resumo, organize matar apenas pingcom SIGINT:

    killall -INT ping

    ou execute-o com um número pré-determinado de pacotes:

    ping -c 20 google.com | tee log

    ou (mantendo o melhor para o final), ignore tee,SIGINT como você descobriu.

    • 60
  2. Best Answer

    Acontece que existe uma opção teepara ignorar os sinais de interrupção que são enviados quando CTRL+ Cé pressionado. De homem tee :

       -i, --ignore-interrupts
          ignore interrupt signals

    Quando todo o pipeline é interrompido por SIGINT, este sinal é enviado para todos os processos no pipeline. O problema é que teegeralmente está recebendo SIGINTantes pinge depois matando pingcom SIGPIPE. Se SIGINTfor ignorado em tee, será entregue apenas para pinge o resumo será exibido:

    $ ping google.com | tee --ignore-interrupts log 
PING google.com (142.250.150.101) 56(84) bytes of data.
64 bytes from la-in-f101.1e100.net (142.250.150.101): icmp_seq=1 ttl=104 time=48.8 ms
64 bytes from la-in-f101.1e100.net (142.250.150.101): icmp_seq=2 ttl=104 time=51.0 ms
64 bytes from la-in-f101.1e100.net (142.250.150.101): icmp_seq=3 ttl=107 time=32.2 ms
^C
--- google.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 32.198/44.005/50.973/8.394 ms

    Portanto , o pingrecebimento SIGINTterminará eventualmente, fazendo teecom que o gravador de pipe tenha morrido, eventualmente causando teeo término também (depois de ter "digerido" a entrada até agora).

    • 28

relate perguntas