Isabel de la Barra: Perfomance

Perfomance: Exchange

Sun, 05 Aug 2007 04:08:16 GMT

Aunque hay varias herramientas que podemos usar para medir el perfomance de exchange, tales como Load Simulator (LoadSim), Exchange Stress and Performance (ESP) 2003, Network Monitor, Filemon, etc, nos enfocaremos hoy solo en Perfomance Monitor (Perfmon) como una continuacion del ciclo.

La recomendacion de tiempo seria al menos tomar un dia, donde se presente ojala el problema o sitacion que queremos analizar, con intervalos de 5 minutos, tambien se puede hacer un monitoreo online con mustras cada 30 segundos, para ver que esta ocurriendo en cada momento con nuestra maquina, en particular con las colas.

Es importante conocer los periodos de mantenimiento del server, por ejemplo cuando se realiza el respaldo o las defragmentaciones online ya que esto tambien se vera reflejado en las muestras.

Contadores para las colas

SMTP Server\Local Queue Length

Indica el numero de mensajes esperado ser distribuido localmente, si este numero comienza a aumentar estamos frente a un problema con nuestra abase de datos local, este numero no debe sobrepasar los 1000 mensajes, la cola debiera mantenerse en un promedio bajo sin muchas variaciones.

SMTP Server\Remote Queue Length

Indica en numero de mensajes esperando se distribuido hacia otros servidores, si este numero crece se debe a problemas de comunicaciones con el o los servidores donde esta el destino del correo, esta cola no debe sobrepasar los 1000 mensajes y debe mantenerse en un numeros promedio que no varia demasiado.

SMTP Server\Categorizer Queue Length

Es el numero de mensajes en la cola smtp para busqueda de atributos en el active directory, este valor debe ser muy pequeño, ojala siempre en 0 y no debe sobrepasar los 10.

MSExchangeIS Mailbox\Send(Receive) Queue Size

Indica en numero de mensajes en la cola de envio(recepcion) del mailbox store, estas cola no debe sobre pasar los 500 mensajes.

MSExchangeIS Public\Send(Receive) Queue Size

Igual que el contador anterior, pero relacionado con las carpetas publicas, de la misma manera, esta cola no debe sobrepasar los 500 mensajes.

Requerimientos RPC

Cuando se usa outlook en modo MAPI, se produce una "traduccion" a RPC (Remote procedure calls) entre el cliente y el servidor, si el usuario esta online, estas llamadas ocurren sincronicamente. Cualquier demora en el server para responder a estos requerimientos afectan directamente al usuarios con una percepcion de lentitud o servicio degradado.

Si el usuario esta en modo cache, esta conversacion es principalmente asincronica, esto se traduce que si hay lentitud en la respuesta esta no es sentida en una lentitud al usuario, no se tiene esa sensacion de que se "pego" el outlook.

Los contadores que nos pueden ayudar a identificar estas demoras (delay) son los siguientes:

MSExchangeIS\RPC Requests

Indica el numero de requerimientos MAPI RPC que estan siendo atendidos por el Information Store, el Information Store solo puede atender hasta 100 de estos requerimientos antes de comenzar a rechazar las conexiones, este numero no debiera soprepasar los 30.

MSExchangeIS\RPC Averaged Latency

Indica la latencia promedio en milisegundos de los ultimos 1024 paquetes, este numero no debiera sobreparasar los 50ms.

Eproxy

EProxy (ExIPC) es un mecanismo de memoria compartida que habilita el proceso de comunicacion entre el IIS (inetinfo) y Exchange Information Store (IS), esta comunicacion es bidireccional la cual atiende protocolos tales como WebDav, IMAP4, POP3, NNTP y SMTP. Esta memoria tambien es usada por DSAccess, el componente de exchange que interactua con Active Directory.

Los contadores que nos sirven para ver este componente son:

Epoxy\Client Out Queue Length (WebDAV)

Indica el numero de mensajes conteniendo mensajes WebDAV en la cola enviados por inetinfo, esta cola no debiera ser mayor a 10.

Epoxy\Store Out Queue Length (WebDAV)

Indica el numero de mensajes conteniendo mensajes WebDAV ern la cola enviados por IS, esta cola tampoco debe sobrepasar los 10 mensajes.

Epoxy\Client Out Queue Length (DSAccess)

Indica el numero de mensajes conteniendo mensajes DSAccess en la cola enviados por inetinfo, esta cola no debe sobrepasar los 10 mensajes.

Epoxy\Store Out Queue Length (DSAccess)

Indica el numero de mensajes conteniendo mensajes DSAccess en la cola enviados por IS, esta cola no debe sobrepasar los 10 mensajes.

Estos contadores tambien estan disponibles para IMAP4, POP3, NNTP y SMTP, para NNTP no debiera sobrepasar los 10 mensajes, para IMAP4, POP3 y SMTP no debe pasar los 50

Procesador

Los analisis que hicimos en el articulo sobre perfomance del procesador con que iniciamos este ciclo siguen siendo validas para Exchange, para este caso, debemos poner especial cuidado en los siguientes tambien:

Process(STORE)\% Processor Time

Process(inetinfo)\% Processor Time

Process(EMSMTA)\% Processor Time

Process(System)\% Processor Time

Estos contadores pueden si usan por ejemplo el de 0 a 100% de 4 CPU mostraran un valor entre 0 y 400%

Si otros procesos son tambien grandes consumidores de CPU en el server, debemos incluirlos tambien en el analisis, estos pueden ser por ejemplo el antivirus.

Memoria

Los indicadores de memoria que analizamos anteriormente tambien son utiles para ver el comportamiento de nuestro servidor, en particular para Exchange, el componente mas comsumidos es IS, por lo que debemos analizar el siguiente contador:

Process(process name)\Private Bytes

Database\Database Cache Size

Cabe hacer notar que Exchange intentara consumir toda la memoria disponible.

Es bueno mencionar en este punto el uso de 2 optimizaciones a nivel del archivo boot.ini, les recomiendo revisar los siguientes articulos respecto a los parametros /3GB y /userva:

823440, "Use of the /3GB switch in Exchange Server 2003 on a Windows Server 2003-based system" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=823440)

316739, "How to use the /userva switch with the /3GB switch to tune the User-mode space to a value between 2 GB and 3 GB" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=316739)

Red

Para analizar que esta ocurriendo a nivel de red, revisemos lo mismos contadores que mencionamos anteriormente.

Disco

Antes de pasar a revisar los contadores de Disco en particular para Exchange, es bueno tener presente lo que ya habiamos revisado.

Para el disco de temporales, debemos considerar los siguientes contadores:

PhysicalDisk\Average Disk sec/Read (Write)

Los valores no deben ser en promedio mayores a 10 con peak no mayores de 50.

PhysicalDisk\Average Disk Queue Length

El promedio debiera ser menor al numero de discos fisicos, 1 si es solo un disco.

Para el disco de la Base de datos (archivos edb y stm)usaremos los siguientes criterios:

PhysicalDisk\Average Disk sec/Read (Write)
Los valores no deben ser en promedio mayores a 20 con peak no mayores de 50.

Database\Database Page Fault Stalls/sec

Indica la tasa de paginas que no pudieron ser entregadas por que no estaban disponibles en el cache de la base de datos, este contador debiera ser 0 en servidores de produccion.

Para el dosco donde se encuentran los transaction logs los criterios debieran ser los siguientes:

PhysicalDisk\Average Disk sec/Read (Write)

Los valores no deben ser en promedio mayores a 5(read)/10(Write) con peak no mayores de 50.

Database\Log Record Stalls/sec

Indica el numero de registros de logs que no pudieron agregarse al buffer de log por segundo por que el log estaba lleno, este valor no debiera ser mayor a 10 por segundo en promedio y los peaks no debieran ser mayores a 100

Database\Log Threads Waiting

Indica el numero de hebras esperando a completar una actualizacion de la base de datos para escribir su dato en un log. si este numero es muy grande estamos frente a cuello de botella provocado por el log, el promedio no debiera ser mayor a 10 hebras.

Para el disco donde se encuentran las colas SMTP

PhysicalDisk\Average Disk sec/Read (Write)
Los valores no deben ser en promedio mayores a 10 con peak no mayores de 50.

Archivo de Paginacion

Ya analizamos el archivo de paginacion anteriormente indicando los valores a considerar para un servidor Exchange.

Espero este articulo les sirva, al igual que los anteriores y espero en una proxima oportunidad profundizar un poco mas en los contadores para problemas mas especificos.

Saludos!

Isa

Perfomance en terminal Servers

Thu, 19 Jul 2007 03:26:23 GMT

Ya hemos analizado una serie de contadores que nos han ayudado a medir como se esta comportando nuestro sistema, vemos como esta la salud, sus "latidos", la presion, etc. tenemos al paciente con sus sintomas bien identificados :D

Pero hemos medido sin enfocarnos en un tipo de servicios en particular, en esta ocasion quiero aprovechar de que veamos el comportamiento de un Terminal Server (usare terminos en Ingles) y como identificar donde podemos tener un problema.

Los contadores que debemos recolectar son los siguientes:

Memory

Pages/Sec
Available Mbytes
Committed Bytes
Page Faults/Sec

Network Interface

Bytes Total/Sec
Packets/Sec

Paging File

% Usage

Physical Disk

% Disk Time
Avg Disk Bytes/Transfer
Avg Disk Queue Length
Avg Disk Sec/Transfer
Disk Transfers/Sec

Processor

% Processor Time
% Privilege Time
% User Time
Interrupts/Sec

System

Context Switches/Sec
Processes
Processor Queue Length

Terminal Services

Active Sessions
Total Sessions

Terminal Services Session

% Processor Time
Page Faults/Sec

El intervalo de tiempo de las mediciones depende de el tiempo total que queremos medir, si necesitamos mediciones en cortos periodos de tiempo las muestras son mas seguidas, cada 15 o 30 segundos, si mediremos durante todo un dia o varios dias, tomarlas cada 1 o 2 minutos. Esto suponiendo que estamos tratando de averiguar si algo anomalo esta ocurriendo en nuestra maquina, si queremos tomar medidas para realizar un analisis de crecimiento o algo asi, las medidas pueden tomarse con menos frecuencia aun.

Ya una vez tomados los resultados leemos el archivo usando la herramienta perfomance monitor como lo vimos anteriormente.

Cabe hacer notar que si tenemos un Terminal Server es generalmente para que usuarios se conecten a el y ejecuten aplicaciones de usuarios, este servidor debiera condfigurarse para tener un mejor perfomance para aplicaciones activas y no para background.

Memoria:

Como vimos al analizar la memoria el contador de paginas por segundo debe mantenerse en valores cercanos a cero, si este numero se mantiene en valores altos en forma consistente es que necesitamos agregar mas RAM.

La memoria disponible tambien hay que mantenerla bajo control, si suponemos que una conexion de usuarios usa entre 64 a 128 Mb debiera yener disponibles valores mayores para poder seguir aceptando conexiones.

Los Committed Bytes es bueno conocerlos, cuando un proceso se ejecuta, el Kernel reserva una cantidad de espacio en el archivo de paginacion, esto solo es una reserva y no implica necesariamente que el proceso esta paginando.

Page/faults por segundo es cuando el proceso necesita obtener datos que no se encuentran cargados en memoria, es normal que al inicio de un proceso aumente este numero ya que esta "cargandose" en memoria, pero debiera tender a cero una vez esta en ejecucion la aplicacion.

Hay procesos que hacen uso de memoria que muchas veces no se consideran como tales, por ejemplo el escritorio activo, las animaciones de mouse, el fondo de pantalla, etc, todos ellos usan recursos tambien y no son despresiables.

Red:

En el artículo de perfomance de red revisamos varios contadores, esta vez solo revisaremos 2 de ellos.

Bytes Total por segundo, esto nos muestra el trafico que se esta generando en la red, segun vimos anteriormente, al compararlo con la velocidad de la tarjeta, no debiera superar el 60% al 70% del ancho de banda, si es mayor hay que pensar en una tarjeta de mayor velocidad o armar un team.

El numero de paquetes por segundo tambien nos muestra que tan "activa" estan nuestras interfases.

Archivo de Paginacion:

Como vimos en el articulo sobre este tema su uso no debiera sobrepasar el 50%, para terminal server el tamaño debe ser entre 1.5 a 2 veces la RAM del equipo, el hacer crecer mas que eso el archivo de paginacion no se ganara mas en perfomance aunque pareciera que la utilizacion esta dentro de lo recomendado.

Disco Físico:

Las recomendacion que vimos en el articulo sobre perfomance de Disco son muy validas en esta ocasion tambien, altos valores por ejemplo de %Disk Time indican por ejemplo mucha paginacion o discos muy lentos, las aplicaciones de usuarios generalmente no son muy estresantes para los discos, bueno, dependiendo de la aplicacion tambien :S (si no entienden este simbolo, lean mi articulo sobre los emoticones)

Avg Disk Bytes/ Transfer , las tecnologias de hoy en dia nos permiten una transferencia de de entre 80Mb a 95Mb por segundos, en discos compuestos por arreglos lograriamos velocidades mayores ya que la escritura se realiza en paralelo sobre ellos, por ejemplo un RAID 5 de 4 discos tendra transferencias de entre 320Mb a 380Mb por segundo.

Las transferencias promedios en segundos a los discos no debiera superar los 20 ms y los peaks no debieran pasar los 50 ms ya sea de lectura o escritura

Procesador:

De lo primero que les menciones es sobre el uso del procesador, seguramente por que es lo que mas se ve afectado si alguno de los demas recursos comienza a escasear, en un terminal server este recurso es compartido por todos los usuarios, y si uno de ellos tira algun proceso pesado los demas tambien se veran afectados, sin embargo las aplicaciones que usan por lo general no son procesos muy pesados y nos relajamos un poco, sin embargo debemos cuidar que el % Time Procesor no supere el 90% por mucho tiempo.

El % de User Time tiende a ser mayor que en servidores con otro tipo de servicios ya que el tipo de procesos que se ejecutan son un poco diferentes, principalmente son aplicaciones como Office, como correo, word, excel, presentaciones, etc. o aplicaciones tipo ERP, contabilidad.

Ojo con el antivirus! no por que sea un servidor donde se conectan usuarios hay que colocar un antiivirus de desktop, es el peor error, hay que usar un antivirus de server, pues sino por cada conexion de usuario se abrira una instancia y los recursos consumidos se multiplicaran en la medida que cada vez mas usuarios se conecten. Ojo con aplicaciones como antispyware o programas similares de seguridad.

System:

Estos contadores generalmente se consideran dentro de contadores de procesador o memoria, nos muestran en general como se esta comportando el sistema.

Context Switches/Sec nos indica cambios de contexto en el sistema, ya sea al pasar de un proceso a otro, cambios de prioridad, cambio de modo (usuario/kernel) etc, este numero varia segun la velocidad del procesador, aunque es un numero que debiera mantenerse en valores bajos, no nos asustemos si en un Terminal Server llegan a 3000 o 5000 por procesador, esto se debe a la gran cantidad de procesos que estan ejecutandose, a mayor cantidad de usuarios, mayor es el numero esperable de este contador.

Processor Queue Length, numeros consistentemente sobre 3 o 4 por procesador indican que o se necesitan mas procesadores o la carga esta muy alta.

Terminal Services:

Estos contadores solo estan en servidores terminal server :D es como obvio, aunque creo que mas de alguno pensara encontrarlos si esta habilitado Remote Desktop, pues es asi, aunque no sea un Terminal Server con solo tener activo remote desktop veremos este contador.

Active Session es muy util a la hora de analizar el uso del procesador, con este valor podemos dimensionar que nos significaria crecer en cantidad de usuarios.

Total sesions son los usuarios logueados, independiente si estan activos o desconectados, es util para tambien en el calculo de memoria usada por usuario.

Terminal Services Session

Los contadores de este objeto nos muetran el uso de los recursos de alguna sesion particular, nos ayuda a identificar que sesion es la que esta teniendo problemas de perfomance.

Las aplicaciones al desconectarse el usuario sin dar logoff siguen consumiendo recursos, mas de una vez me ha tocado ver que dejan corriendo procesos pesados y se desconectan de la sesion.

Perfomance Monitor sigue siendo mi herramienta favorita a la hora de ver como se esta comportando la maquina, es buena idea cada 3 a 6 meses repetir las mediciones para ver como ha ido cambiando la carga, o tambien al cambiar alguna configuracion de hardware, tal como agregar memoria o agregar procesadores, asi se aprecia cual fue el cambio que se logro con esa accion.

Espero les haya servido esta guia tanto como yo disfrute escribiendola.

Saludos!

Isa

Perfomance: Red

Thu, 05 Jul 2007 05:02:48 GMT

Uno de los componentes importantes a la hora de medir el perfomance es saber que esta ocurriendo en cuanto a trafico, cuanta informacion esta pasando por las tarjetas y como esta su comportamiento, para ello tenemos varios contadores que nos seran de utilidad:

"Network Interface: Bytes Total/sec" vs. "Network Interface: Current Bandwidth" :

La cantidad de Bytes en total que pasan por nuestra tarjeta por segundo corresponde tanto al trafico de entrada como de salida, el segundo contador es la velocidad a la que esta conectada la tarjeta. estos son valores promedios en un rango de tiempo. Si tomamos estos 2 valores y dividimos entre ellos, el valor debe ser menor a 6. es decir, para tarjetas de 100Mbps debiera ser bajo los 6 a 7 Mb por segundo, para tarjetas de 1000, entre 60 y 70Mb/sec maximo.

Cuando son teams, hay que sumar los anchos de banda, por ejemplo un team de 2 tarjetas de 100 no debiera tener mas de 12 Mb/sec

Network Interface: Packets Outbound Errors :

Este contador DEBE estar en 0 (cero) no deben haber errores de salida, tambien se puede ver el Inbound y debiera ser cero tambien, si hay errores hay que analizar que esta ocurriendo, ver el trafico, colisiones o quizas fallas en el hardware.

Network Segment: % Network Utilization:

Este contador no ayuda a comprobar el uso de las distintas tarjetas de red, en un servidor podemos tener por ejemplo varias tarjetas, como la red interna, una red de respaldo, etc. Con este contador podemos ver la utilizacion de cada una de ellas.

Server: Bytes Received/sec y Server: Bytes Transmitted/sec.:

Saber si el servidor está perjudicando el resto de la red

Eso seria por ahora.

Isa

Problemas de memoria

Wed, 27 Jun 2007 06:31:20 GMT

Existe un contador que desconocia hasta hace unas horas atras, si sabia que existian 2 areas de memoria, una para el kernel y otra para el usuario o las aplicaciones que usa el usuario. Si tomamos un server con 4Gb de memoria tenemos por defecto que el server deja 2Gb para sus procesos de kernel y 2 Gigas para las aplicaciones, dependiendo de la funcion del servidor, estamos desaprovechando enormemente la memoria que queda disponible para el kernel ya que la aplicacion requiere usar mucho mas la memoria que el sistema.

En esta situacion tenemos principalmente servidores de bases de datos tales como Exchange y SQL Server, los cuales podemos "Enchular" a traves de parametros como /3GB /PAE etc. Sin embargo hay que conocer bien como funcionan estos antes de enchular demasiado y lograr el efecto contrario al esperado (Chicos, no jueguen con estos parametros en servidores de produccion si no conocen bien sus efectos).

En servidores tales como Domain controlers y Terminal Services, entre otros, este parametro puede causar efectos diversos, errores de conexion, log de eventos con muchos registros en rojo, aplicaciones con mensajes de error, caidas inesperadas, etc etc.

El contador que les queria mencionar, aunque no nos muestra directamente la cantidad de memoria disponible para el kernel, si nos da una idea de que esta ocurriendo.

Memory: Free System Page Table Entries

Este contador nos indica la cantidad de PTE disponibles para ser usadas por el sistema, al reiniciar el servidor este numero debe ser alto, como 40.000, 80.000 o 160.000, cuando este numero cae bajo 3.000 estamos claramente con un problema y el sistema comienza a reclamar falta de recursos.

Uno de los sintomas que muestra al caer en esta situacion es por ejemplo que la CPU se vaya al 100% sin una razon aparente, que algunos contadores de perfomance dejen de registrarse o queden "fijos", incluso al analizar el resto de los contadores pareciera que el server esta muy bien, archivo de paginacion usado en un 5%, 2 Gb de RAM disponible, etc.

Espero que este dato les haya servido como me sirvio a mi, muchas gracias Gonzalo por tu ayuda y los links buenisimo que me hiciste llegar.

Gracias a los chicos de ITPro que compartieron su experiencia conmigo en la investigacion de este problema.

Buenas noches!!

El archivo de Paginacion

Sun, 17 Jun 2007 19:23:33 GMT

El archivo de paginacion es un archivo de sistema, este archivo debiera tener un tamaño que varia de 1,5 veces el tamaño de la memoria Física del server hasta 3 veces dependiendo de la funcion del server, en servidores de bases de datos se requiere un mayor tamaño. Hay 2 contadores para este objeto y ellos son:

Paging File:%Usage
Archivo de Paginacion: %Uso

Paging File:%Usage Peak
Archivo de Paginacion: %Uso Maximo

Es el porcentaje de archivos de paginación que están siendo utilizados. Se recomienda que este valor no sobrepase el 50%, el archivo de paginación para servidores de Exchange y Sql Server debiera ser entre 2 a 3 veces la cantidad de memoria Física, en servidores que no son bases de datos es de 1.5 a 2 veces. Si el valor sobrepasa el 50% de su uso se recomienda aumentar la memoria de servidor.

Como ven, es simple analizar este objeto y nos ayuda muchisimo a la hora de decidir si es necesario agregar mas memoria o hacer crecer el archivo de paginacion.

Es recomendable dejar en el disco C un archivo de paginacion de al menos el tamaño de la memoria fisica + 64K (para Dump en caso de caida), para completar el tamaño necesario de paginacion pueden crearse archivos en otros discos tambien.

Eso seria por ahora :D

Uso del Procesador

Thu, 14 Jun 2007 19:21:11 GMT

Mas de una vez nos ha tocado ver un Server o un Desktop que esta muy lento y no sabemos que es lo que esta pasando, al hacer un CTRL-ALT-DEL podemos a traves del Task manager (administrador de tareas) ver algo de informacion, pero no sabemos bien como interpretarla. La herramienta Perfomance Monitor es como el Task manager pero nos entrega mas informacion, mas detalle de que esta ocurriendo, pero si no sabemos interpretarla no nos sirve de mucho. Como primera parte nos enfocaremos a lo que es el servidor, independiente de que tenga instalado, en post posteriores quiero ver SQL Server y Exchange. Tratare en lo posible de colocar los contadores tanto en Ingles como en Español.

Procesador: Processor: % Time Processor
Procesador: % de tiempo de Procesador

Se expresa como un porcentaje del tiempo que un procesador invierte ejecutando un subproceso activo. Se calcula midiendo durante cuanto tiempo el subproceso no activo está activo en el intervalo modelo. (Cada procesador tiene un subproceso inactivo (Idle) que consume ciclos cuando otros subprocesos no están preparados para ejecutarse).

Este contador es el indicador primario de la actividad del procesador, y muestra el porcentaje medio del tiempo ocupado observado durante el intervalo modelo. Se calcula monitorizando el tiempo que el servicio ha estado inactivo, y sustrayendo este valor a 100%.

El valor promedio de este contador no debiera el 80% por periodos prolongados de tiempos, hay que considerar también el tipo de carga que recibe el equipo, si se trata de un servidor que solo ejecuta procesos batch esta condición podría ser normal. Si el promedio sobrepasa el 80% hay que considerar un aumento en la velocidad del procesador y/o el agregar más procesadores.

System: Processor queue length
Sistema: Longitud de la Cola del Procesador

Es el número de subprocesos en la cola del procesador. Diferenciándose de los contadores de disco, este contador sólo muestra subprocesos listos, no muestra subprocesos que se están ejecutando. Hay una única cola para el tiempo del procesador incluso en equipos con múltiples procesadores.

Por consiguiente, si un equipo tiene múltiples procesadores, necesita dividir este valor por el número de procesadores que atienden la carga de trabajo.

Una cola de procesador ininterrumpida de menos de 10 subprocesos por procesador es normalmente aceptable, dependiendo de la carga de trabajo.

Para servidores Sql Server y Exchange, lo recomendable es que esta cola sea menor a 2 por CPU, es decir si tenemos 4 CPU el valor entregado debemos dividirlo por 4.

System: Context Switches/sec
Sistema: Cambios de Contexto por Segundo

Cambios de contexto por segundo es la proporción de cambios de un subproceso a otro. Los cambios de subproceso ocurren cuando un subproceso en ejecución abandona voluntariamente al procesador, es adelantado por un subproceso de lectura de prioridad mayor o cambia entre nodo usuario y modo privilegiado (kernel) para usar un servicio Ejecutivo o subservicio.

Es la suma de Subprocesos\\Cambios de contextos por segundo para todos los subprocesos ejecutándose en todos los procesadores en el equipo y se mide en números de cambios.

Hay contadores de cambio de contexto en los objetos de sistema y de subproceso. Este contador muestra la diferencia entre los valores observados en las dos últimas muestras dividido por la duración del intervalo de muestra.

Debiera mantenerse lo mas bajo posible, valor mayores indican gran actividad.

Saludos!

Isa

Perfomance Monitor, la Herramienta

Wed, 13 Jun 2007 04:18:01 GMT

Algunos me comentaron respecto a las imagenes de perfomance monitor, problemas con los colores, espero aca poder aclararle como ver o cambiar los colores de modo de conocer mejor la herramienta, se que para muchos de ustedes esto sera trivial, pero tambien tenemos "colegas" que estan recien comenzando y no me gustaria discriminarlos

Para abrir el perfomance monitor pueden hacerlo con el click derecho sobre Mi PC y seleccionar administrar, abriendolo de esta manera podran ver las configuraciones de la toma de datos, de esta forma pueden crear "jobs" que toman archivos de muestras que luego ustedes pueden abrir e interpretar.

En la imagen esta la version en Español, alli pueden ver los "registros de contador" (Counter Logs) que es donde puedo configurar las tomas de muestras, boton derecho y seleccionar nueva configuracion de registros, les aparecera una ventana pidiendoles un nombre, coloquen el que quieran y click en Aceptar.

Aca ya pueden agregar los contadores u objetos que deseen incluir, pueden configurar tambien cuando desean que se tomen las muestras y por cuanto tiempo, limitar el tamaño del archivo, seleccionar el directorio, cada cuanto tiempo tomar una muestra, etc etc etc.

Una vez que tengamos la muestra podemos visualizarla, tambien podemos visualizar lo que esta ocurriendo en el momento, solo es necesario definir la entrada de datos, por defecto toma la del momento, pero, ojo que con el administrador de equipo no podemos ver los graficos, asi que vamos a herramientas administrativas y abramos el perfomance monitor, tambien lo podemos abrir llamando a perfmon.msc

Notaran que aca tenemos un area que no veiamos con el administrador de equipo, Monitor de Sistema (System Monitor) y que inmediatamente ya se esta mostrando la salud del equipo donde lo abrimos, paginas/s de la memoria, la cola de disco y el tiempo de procesador.

Si precionamos el icono de propiedades (Ctrl+Q) podran configurar una serie de cosas, lo primero el tiempo entre cada muestra, por defecto esta en 1 segundo, si en la grafica solo nos muestra 100 podremos visualizar 1:40 (1 minuto, 40 segundos) lo que es muy poco, dependiendo del tiempo que quiero ver, me gusta dejarlo en 60 segundos (1 minuto) o en 300 segundos (5 minutos), para la toma de muestra automaticas prefiero dejarlo cada 5 minutos tambien para que no crescan demasiado los archivos, ojo con el espacio en disco, en la forma interactiva no tenemos que preocuparnos del espacion en disco.

En el Tab General tambien podemos configurar como queremos verlo, si como grafica, informe o histograma, como grafica te muestra como ha variado en el tiempo, en las otras 2 formas solo te muestra el ultimo valor.

El segundo tab es Origen, aca podemos seleccionar la actividad en curso o algun archivo de muestra que hayamos guardado, la mejor forma de guardar estos registros es en binario, aunque tambien puede configurarse para guardarlo como archivo de texto que luego podemos procesar tambien con un excel por ejemplo o tambien meterlo a una base de datos. Aca le decimos si los leemos de un archivo, vemos la actividad en curso o nos conectamos a una base de datos, independiente del origen podemos hacer las mismas cosas.

El tercer Tab es el de Datos. Aca podemos agregar los datos que deseamos nos sean mostrados en la grafica, podran ver que estan los que se agregaron por defecto, los podemos quitar o agregar nuevos. Al agregar notaran que puedo indicarle el nombre del equipo, es decir, puedo desde un equipo centralizar el monitoreo o toma de muestras.

Cada uno de los contadores se daran cuenta que tiene un color y un tipo de linea asignado, en este tab pueden cambiarlo en la parte de abajo, pueden cambiar el color, el ancho, estilo y la escala que se usara para mostrarlo, esta escala es util cuando en la misma grafica queremos ver varios valores y relacionarlos sin que necesariamente tengan escalas iguales.

El cuarto Tab es el grafico, aca pueden colocarle nombres a los ejes y definir la escala a mostrar, colocar la cuadricula por ejemplo, etc.

En el ultimo tab vemos la apariencia, con esto le podemos cambiar ese feo color gris de fondo y ponerle uno blanco o del color que prefiramos, asi como cambiar el font y tamaño de las letras.

Ya a estas alturas tienen bastante dominado el perfomance monitor, no? como ultima cosa les quiero explicar como destacar algun contador en particular. Muchas veces tendremos mas de un contador en nuestro grafico y queremos ver uno en particular, busquen un icono como ampolleta y presionenlo (Ctrl+H), veran como el contador que tenemos seleccionado se vuelve mas grueso y de color Blanco o Negro dependiendo del fondo que hayamos elegido.

Entretenido no?

Isa