Siempre que alguien se me queja de problemas de rendimiento, lo primero que hago es comprobar si existe un problema de rendimiento en el acceso a disco, quizás la principal lacra a la que nos solemos enfrentar. Por muy sobrado que estemos de CPU y RAM, si tenemos una alta latencia de acceso a disco y las operaciones de entrada/salida tardan demasiado en realizarse, el rendimiento general caerá en picado, y todo absolutamente todo degenerará. Simplemente, desplegar el botón de Inicio en Windows, será una tarea que requerirá de grandes dosis de paciencia. Y tu teléfono arderá.

Afortunadamente, disponemos de varios Contadores de Rendimiento que nos pueden ayudar en esta tarea:

• \LogicalDisk(*)\Avg. Disk Queue Length y \PhysicalDisk(*)\Avg. Disk Queue Length. Ojo, porque este contado realmente NO mide el tamaño de la cola, sino que multiplica la velocidad de transferencia por el número de transferencias. Sin embargo, aún así se trata de un contador primordial para identificar problemas de rendimiento relacionados con el acceso a disco. El valor de este contador debe ser cero (ojo con la Escala). A partir de mesetas de 5 empieza a preocuparte. Mesetas superiores a cinco, tienes un problema serio. Importante: debemos fijarnos en las mesetas y no en los picos. Muy importante: primero revisar este contador a nivel de disco lógico; si identificamos un problema, lo revisamos en el disco físico (y resto de discos lógicos del mismo disco físico); Seguidamente, si el disco físico pertenece a una LUN compartida, deberíamos de identificar si el problema es nuestro o de alguna de las máquinas que comparten la LUN, por ejemplo, revisando dichas máquinas.
• \LogicalDisk(*)\Current Disk Queue Length y \PhysicalDisk(*)\Current Disk Queue Length. Este contador mide el valor actual de la longitud de cola, o lo que es lo mismo, las operaciones de acceso a disco que están encoladas en el Sistema Operativo esperando poder ser realizadas. Sin embargo, en algunos entornos con Almacenamiento SAN, podemos tener un cuello de botella en el acceso a disco, sin que este contador llegue a dispararse. Es decir, un proceso (ej: SQL Server) realiza una operación de acceso a disco, dicha operación pasa por la cola del Sistema Operativo, y seguidamente sale de dicha cola. Por lo tanto, la cola del Sistema Operativo está vacía, y nuestro contador favorito a cero, como Dios manda. Pero, el ciclo de vida de dicha operación de acceso a disco no ha finalizado. Podría ocurrir que al ejecutarse esta operación de acceso a disco, llegase a una Cabina, y quedase encolada en la cola de la Cabina de Almacenamiento, en cuyo caso, tenemos un cuello de botella en el acceso a disco aunque la cola del Sistema Operativo este vacía y el contador Current Disk Queue Length esté a cero. Este es el problema de dicho contador: que tan sólo mira la cola de acceso a disco del Sistema Operativo, y nada más, lo cual, no siempre es suficiente. ¿Qué hacemos? ¿Cómo podemos identificar un cuello de botella en el acceso a disco en un escenario como este? Tenemos que mirar más contador, para poder asegurarnos. Ah, y como con el contador anterior, como costumbre miraremos primero el contador a nivel de Disco Lógico, y después a nivel de Disco Físico.
• \LogicalDisk(*)\Avg. Disk sec/Read, \LogicalDisk(*)\Avg. Disk sec/Write, \PhysicalDisk(*)\Avg. Disk sec/Read y \PhysicalDisk(*)\Avg. Disk sec/Write. Estos contadores indican el tiempo total que tarda en realizarse una operación de acceso disco, indiferentemente de que el tiempo que pierda en el Sistema Operativo, o fuera de él (ej: en la Cabina de Almacenamiento o quizás en la Controladora). Dicho esto, sólo nos queda tener un valor de referencia, un umbral que nos sirva para que podamos identificar si tenemos o no un problema. Como referencia, las operaciones de acceso a disco deben realizarse en menos de 15ms, a partir de 15ms debemos empezar a vigilar qué ocurre, y por encima de 25ms tenemos un problema, especialmente si tenemos mesetas. Lo de siempre: evaluar primero el Disco Lógico, y luego el Disco Físico. Si se trata de un Disco sobre una LUN compartida, averiguar si es mi problema (mi máquina es la que mete caña) o es problema del vecino (otra máquina que comparte la LUN mete caña, el rendimiento de la LUN degenera, y como efecto colateral mi máquina experimenta un rendimiento pobre... pero no es mi problema, es del vecino).

Otros contadores que podemos revisar serían los siguientes:

• \PhysicalDisk(*)\% Disk Time. No es más que el contador Avg. Disk Queue Length multiplicado por 100.
• \PhysicalDisk(*)\% Idle Time. Mide con preción el tiempo que el disco permanece desocupado, lo que significa que todas las operaciones de acceso a disco han sido completadas, y que no hay operaciones pendientes. Es decir, mide el % del tiempo que la cola esta vacía.

Apuntes de un amigo

Algunas notas que tome de una charla con un amiguete que sabe mucho de estos temas:

• Como regla general, si hay encolamiento investigaremos en el SO, mientras que cuando no hay encolamiento deberemos investigar fuera (ej: en la cabina).
• Si hay latencia, deberemos analizar su correlación con la carga (transferencias por segundo o bytes por segundo), de tal modo que:
• Si aumenta la latencia y la carga a la vez, soy yo: hay mucha carga, la máquina no da más.
• En caso contrario ¿serán discos compartidos?

Contadores Primarios, Contadores Secundarios y Conclusiones

Dicho todo esto, ahora llega la hora de darle la vuelta a la tortilla.

Un Contador Primario, es un contador que debemos comprobar en primer lugar para la identificación de un problema. Si no tenemos ningún problema, genial. Si tenemos un problema, entonces deberemos analizar los Contadores Secundarios para obtener mayor información del problema que tenemos.

La conclusión de todo esto, es que los contadores Avg. Disk sec/Read y Avg. Disk sec/Read son Contadores Primarios para la comprobación de cuellos de botella en el acceso a disco, mientras que el contador Avg. Disk Queue Length es un Contador Secundario que nos indica una información más específica del problema que hemos encontrado, en particular, si tenemos o no operaciones encoladas a nivel del Sistema Operativo.

Despedida y Cierre

Los problemas de rendimiento, son quizás unos de los problemas más interesantes (tecnológicamente hablando) de los que nos podemos encontrar, lo cual no quita, que en ocasiones encierran cierta complejidad que puede hacernos sufrir un pequeño infierno.

Dentro de los problemas de rendimiento, quizás uno de los problemas estrella son los problemas de rendimiento en el acceso a disco (AKA latencia de acceso a disco). A través de este artículo, he intentado mostrar una de las formas típicas de identificar si estamos sufriendo este tipo de problemas de rendimiento.

Por último, antes de acabar, aprovecho para incluir algún enlace de interés para quién desee ampliar más información:

• Windows Performance Monitor Disk Counters Explained
• Measuring Disk Latency with Windows Performance Monitor (Perfmon)
• Avg Disk Queue Length. How should I interpret this value?

Poco más por hoy, como siempre confío que la lectura resulte de interés.