google chrome tools Noções básicas sobre o estado "Estagnado" do log da rede do Chrome




google developer tools speed test (4)

Meu caso é a página está enviando vários pedidos com diferentes parâmetros quando foi aberto. Então, a maioria está sendo "paralisada". Os pedidos seguintes enviados imediatamente ficam "paralisados". Evitar pedidos desnecessários seria melhor (ser preguiçoso ...).

Eu tenho um seguinte log de rede no chrome:

Eu não entendo uma coisa: qual é a diferença entre barras cinza cheias e barras cinza transparentes.


DevTools: [rede] explica o pedido de barras vazias antes

Investigamos ainda e identificamos que não há diferença significativa entre nossos intervalos de espera e espera. Ambos são calculados a partir dos delta de outros timestamps, em vez de serem fornecidos a partir de netstack ou renderer.

Atualmente, se estivermos esperando um soquete ficar disponível:

  • vamos chamá-lo parado se alguma negociação de proxy aconteceu
  • vamos chamá-lo de enfileiramento se nenhum trabalho proxy / ssl for necessário.

https://developers.google.com/web/tools/chrome-devtools/network-performance/understanding-resource-timing

Isso vem do site oficial do Chome-devtools e ajuda. Aqui eu cito:

  • Enfileiramento Se uma solicitação estiver na fila, isso indicará que:
    • A solicitação foi adiada pelo mecanismo de renderização porque é considerada uma prioridade menor que os recursos críticos (como scripts / estilos). Isso geralmente acontece com imagens.
    • A solicitação foi colocada em espera para aguardar um soquete TCP indisponível que está prestes a ser liberado.
    • A solicitação foi colocada em espera porque o navegador permite apenas seis conexões TCP por origem no HTTP 1. Tempo gasto com a criação de entradas de cache de disco (geralmente muito rápido).
  • Stalled / Blocking Tempo que a solicitação passou esperando antes que pudesse ser enviada. Pode estar aguardando qualquer um dos motivos descritos para o serviço de enfileiramento. Além disso, esse tempo inclui qualquer tempo gasto na negociação de proxy.

O Google detalha esses campos na seção Avaliando o desempenho da rede de sua documentação do DevTools.

Trecho do tempo da rede de recursos :

Parado / Bloqueado

Tempo que a solicitação passou esperando antes que ela pudesse ser enviada. Este tempo é inclusivo de qualquer tempo gasto em negociação de proxy. Além disso, esse tempo incluirá quando o navegador estiver aguardando que uma conexão já estabelecida se torne disponível para reutilização, obedecendo à regra máxima de seis conexões TCP por regra de origem do Chrome.

(Se você esquecer, o Chrome tem um link "Explicação" na dica de ferramenta suspensa e no painel "Temporização".)

Basicamente, a principal razão pela qual você verá isso é porque o Chrome baixará apenas 6 arquivos por servidor de cada vez, e outras solicitações serão interrompidas até que um slot de conexão esteja disponível.

Isso não é necessariamente algo que precisa ser consertado, mas uma forma de evitar o estado parado seria distribuir os arquivos em vários nomes de domínio e / ou servidores, mantendo o CORS em mente, se aplicável às suas necessidades, porém o HTTP2 é provavelmente uma opção melhor daqui para frente. O empacotamento de recursos (como a concatenação de JS e CSS) também pode ajudar a reduzir o número de conexões paralisadas.





google-chrome-devtools