Início / user-1140136

PeopleMoutainPeopleSea's questions

Martin Hope
PeopleMoutainPeopleSea
Asked: 2024-10-01 18:12:29 +0800 CST
  • 6

ss -tmmostra informações detalhadas de memória sobre cada sessão TCP. Descobri que algumas das sessões tcp mostram sock_drop, aqui está uma:

ESTAB    ***** some irrelevant info here ****               
     skmem:(r0,rb3446699,t0,tb87040,f0,w0,o0,bl0,d222)

d222no skmem, de acordo com a página do manual, é o número sock_drop.

Mas ip -s link(ou ifconfig) ambos mostram 0 quedas de pacotes

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc mq state UP mode DEFAULT group default qlen 1000
    link/ether 52:54:00:d9:fb:52 brd ff:ff:ff:ff:ff:ff
    RX:   bytes   packets errors dropped  missed   mcast           
    79371129016 110948258      0       0       0       0 
    TX:   bytes   packets errors dropped carrier collsns           
    78030205763  96204113      0       0       0       0

Então aqui está minha pergunta: Qual é a diferença entre packet drops shown in ip -s linke sock_drop shown in ss -tm? Quais são as possíveis razões que causam packet drop e sock_drop? sock_drop está relacionado à retransmissão tcp?

linux
Martin Hope
PeopleMoutainPeopleSea
Asked: 2024-09-25 00:53:53 +0800 CST
  • 4

Para instâncias do AWS EC2 e Aliyun ou outros serviços de computação em nuvem semelhantes, há garantia de que a VM será executada na mesma máquina física sempre que você a iniciar ou ela pode migrar de uma máquina física para outra?

Também sei que os hipervisores oferecem suporte à migração ao vivo, então é possível que minha instância aws/aliyun em execução tenha sido migrada pelo provedor de serviços, o que pode causar uma interrupção de curto prazo ou falta de resposta.

Aqui está o motivo da minha pergunta: Tenho um servidor aliyun coletando fluxos de pacotes de dados em tempo real de outro servidor aws. Cada pacote tem uma tag de carimbo de data/hora do remetente. No lado do receptor, o receptor usa (current_local_timestamp - sender_timestamp) para obter o tempo decorrido. Normalmente, esse tempo decorrido é de cerca de 30 a 50 ms, às vezes ~ 100 ms. Mas, em casos extremos, esse tempo decorrido pode ir até alguns segundos ou até mais de 1 minuto, esse caso acontece pelo menos 2 a 3 vezes por mês, geralmente na sexta-feira (mas nem sempre) ou em alguns feriados.

Estou tentando descobrir o motivo do atraso extremamente grande no transporte.

amazon-web-services