¿Qué significan los tiempos en la línea de tiempo de Google Chrome en el panel de red?

A menudo, cuando soluciono problemas de rendimiento utilizando el panel de red de Google Chrome, veo diferentes horas y, a menudo, me pregunto qué significan.

¿Alguien puede validar que los entiendo correctamente?

1. Bloqueo: tiempo bloqueado por múltiples solicitudes del navegador para el mismo límite de dominio (???)
2. Esperando: esperando una conexión desde el servidor (???)
3. Envío: tiempo dedicado a transferir el archivo del servidor al navegador (???)
4. Recepción: tiempo empleado por el navegador analizando y decodificando el archivo (???)
5. Búsqueda de DNS: tiempo dedicado a resolver el nombre de host.
6. Conexión: tiempo empleado en establecer una conexión de enchufe.

Ahora, ¿cómo arreglaría alguien los tiempos de bloqueo prolongados?

Ahora, ¿cómo arreglaría alguien los largos tiempos de espera?

El envío es el tiempo dedicado a cargar los datos o la solicitud al servidor. Ocurre entre el bloqueo y la espera. Por ejemplo, si publico una página ASPX, esto indicaría la cantidad de tiempo que tardó en cargar la solicitud (incluidos los valores de los formularios y el estado de la sesión) en el servidor ASP.

La espera es el tiempo después de que se ha enviado la solicitud, pero antes de que se haya recibido una respuesta del servidor. Básicamente, este es el tiempo que se tarda en esperar una respuesta del servidor.

Recibir es el tiempo dedicado a descargar la respuesta del servidor.

El bloqueo es la cantidad de tiempo entre el hilo de la interfaz de usuario que inicia la solicitud y la solicitud HTTP GET que llega al cable.

El orden en el que ocurren es:

1. Bloqueo *
2. Búsqueda de DNS
3. Conectando
4. Enviando
5. Esperando
6. Recepción

* Es posible que se intercambien el bloqueo y la búsqueda de DNS.

La pestaña de red no indica el tiempo dedicado al procesamiento.

Si tiene tiempos de bloqueo prolongados, la máquina que ejecuta el navegador está funcionando lentamente. Puede solucionarlo actualizando la máquina (más RAM, procesador más rápido, etc.) o reduciendo su carga de trabajo (apague los servicios que no necesita, cierre programas, etc.).

Los tiempos de espera prolongados indican que su servidor está tardando mucho en responder a las solicitudes. Esto significa:

• La solicitud tarda mucho en procesarse (por ejemplo, si está extrayendo una gran cantidad de datos de la base de datos, es necesario ordenar grandes cantidades de datos o si se debe encontrar un archivo en un disco duro que necesita girar).
• Su servidor está recibiendo demasiadas solicitudes para manejar todas las solicitudes en un período de tiempo razonable (puede tomar .02 segundos procesar una solicitud, pero cuando tenga 1000 solicitudes habrá un retraso notable).

Los dos problemas (espera larga + bloqueo prolongado) están relacionados. Si puede reducir la carga de trabajo en el servidor almacenando en caché, agregando un nuevo servidor y reduciendo el trabajo requerido para las páginas activas, entonces debería ver mejoras en ambas áreas.

Puede leer una explicación oficial detallada del equipo de Google aquí. Es un recurso realmente útil y su información se encuentra en la sección Vista de la línea de tiempo .

La sincronización de la red de recursos muestra la misma información que en la barra de recursos en la vista de línea de tiempo. Respondiendo a su pregunta:

• Búsqueda de DNS : tiempo empleado en realizar la búsqueda de DNS. (necesita averiguar la dirección IP de site.com y esto lleva tiempo)
• Bloqueo : tiempo que la solicitud pasó esperando a que una conexión ya establecida esté disponible para su reutilización. Como se dijo en otra respuesta, no depende de su servidor; este es un problema del cliente.
• Conectando : tiempo necesario para establecer una conexión, incluidos los apretones de manos / reintentos de TCP, la búsqueda de DNS y el tiempo de conexión a un proxy o negociar una capa de conexión segura (SSL). Depende de la congestión de la red.
• Envío : tiempo empleado en enviar la solicitud. Depende del tamaño de los datos enviados (que en su mayoría es pequeño porque su solicitud casi siempre tiene unos pocos bytes, excepto si envía una imagen grande o una gran cantidad de texto), la congestión de la red, la proximidad del cliente al servidor
• Esperando : tiempo dedicado a esperar la respuesta inicial. Este es principalmente el momento de su servidor para procesar y responder a su respuesta. Esta es la rapidez con la que su servidor calcula cosas, recupera registros de la base de datos, etc.
• Recepción : tiempo empleado en recibir los datos de respuesta. Algo similar al envío, pero ahora obtiene sus datos del servidor (el tamaño de la respuesta es mayormente mayor que la solicitud). Por tanto, también depende del tamaño, la calidad de la conexión, etc.

Bloqueo : tiempo que la solicitud pasó esperando a que una conexión ya establecida esté disponible para su reutilización. Como se dijo en otra respuesta, no depende de su servidor; este es un problema del cliente .

No estoy de acuerdo con la declaración anterior. Todo lo demás es igual [la carga de trabajo de mi máquina]: mi navegador muestra menos tiempo de "bloqueo" para un sitio web y mucho tiempo de bloqueo para otro sitio web.

Entonces, si esperar por uno de los seis subprocesos + negociación de proxy ** es alto, se debe principalmente al efecto en cascada de la lentitud del servidor O al mal diseño de la página [se envía demasiado a través del cable, demasiadas veces].

** - ¡sea lo que sea que signifique "negociación de proxy"!, nadie explica esto muy bien, especialmente cuando no hay ningún proxy local / CDN involucrado