La lista de las llamadas más largas muestra las llamadas de la aplicación que más tardaron, una a una, con el instante en que empezó cada una y su línea en el trace.
Qué muestra la sección
La sección Llamadas de nivel 0 más largas (en el índice, Llamadas más largas) lista las llamadas de nivel 0 más largas, las que pidió la aplicación, de la más larga a la más corta. Las llamadas del SQL recursivo no entran: su tiempo ya está en la llamada de nivel 0 que las disparó. Sin ninguna llamada de nivel 0, la sección muestra Ninguna llamada de nivel 0.
Las llamadas de una misma forma, de sentencias que solo difieren en los literales, se convierten en una sola fila, la de la llamada más larga, con la etiqueta N variantes antes del texto de la sentencia. Así, una forma con muchas llamadas parecidas no ocupa toda la lista. Las otras llamadas de la forma no aparecen aquí; el tiempo de todas está en la fila de la forma en Sentencias SQL (las variantes en las listas).
Cómo leerla
| Columna | Qué indica |
|---|---|
| Llamada | El tipo: PARSE, EXEC, FETCH y los demás. |
| Duración (s) | La duración de la llamada (e=). |
| CPU (s) | La CPU de la llamada (c=), con la del SQL recursivo que disparó. |
| Inicio (+s) | Cuántos segundos después del inicio del trace empezó la llamada. |
| Línea | La línea de la llamada en el archivo de trace. Abra en esa línea el archivo que envió para ver las esperas que vinieron antes de ella. En una colección, es la línea del trace armado, no la del archivo original. |
| LIO | Las lecturas lógicas de la llamada (cr= más cu=). |
| PIO | Los bloques leídos del disco (p=). |
| Filas | Las filas de la llamada (r=). |
| Sentencia | El número y el comienzo del texto de la sentencia, con enlace al detalle. En una forma, el texto muestra :s y :n en lugar de los literales, y la etiqueta N variantes va antes de él. |
Una duración muy por encima de la CPU indica que la llamada pasó el resto del tiempo esperando, o en tiempo que el trace no explica. El perfil de la sentencia dice cuál de los dos.
En el informe de ejemplo, la llamada más larga es el FETCH de la línea 31 del trace, con 0,001600 s de duración y 0,000200 s de CPU, 10 lecturas lógicas y 1 bloque leído del disco.
Cuándo preocupa
- Una o pocas llamadas concentran el tiempo: el problema está en su sentencia. Vaya al detalle y al plan.
- Muchas llamadas largas de la misma sentencia: la sentencia es lenta siempre, no por casualidad.
- Duración muy por encima de la CPU más las esperas: tiempo no contabilizado dentro de la llamada, que suele ser cola de CPU en el servidor (tiempo no contabilizado dentro de las llamadas).
- Intervalos grandes entre el Inicio (+s) de llamadas seguidas, sin espera que los explique: el trace tiene huecos (huecos entre llamadas).
Cuando hay llamadas de nivel 0 lentas, el Diagnóstico muestra el hallazgo de información llamadas lentas, con cuántas fueron y el enlace Ver llamadas más largas.
Adónde ir después
- Llamadas más largas del informe de ejemplo.
- Distribución de latencia, para ver si las llamadas largas son la excepción o la regla.
- Detalle de la sentencia de la llamada.