2.5. Información específica a Red Hat Enterprise Linux
Red Hat Enterprise Linux viene con una variedad de herramientas para monitorizar recursos. Mientras que existen más de las que aquí se listan, estas herramientas son representativas en términos de funcionalidad. Las herramientas son:
free
top (y el Monitor del Sistema de GNOME, una versión de top más orientada a lo gráfico)
vmstat
La suite de herramientas de supervisión de recursos de Sysstat
El perfilador global del sistema OProfile
Examinemos cada una con más detalles.
2.5.1. free
El comando free muestra la utilización de la memoria del sistema. He aquí un ejemplo de esta salida:
total used free shared buffers cached Mem: 255508 240268 15240 0 7592 86188 -/+ buffers/cache: 146488 109020 Swap: 530136 26268 503868 |
La fila Mem: muestra la utilización de la memoria física, mientras que la fila Swap: muestra la utilización del espacio de intercambio (swap) del sistema. La fila -/+ buffers/cache: muestra la cantidad de memoria actualmente dedicada a las memorias intermedias del sistema (buffers).
Puesto que por defecto free solamente muestra la utilización de memoria una vez, solamente es útil para una supervisión de corto tiempo, o para determinar rápidamente si un problema relacionado con la memoria está en progreso actualmente. Aunque free tiene la habilidad de mostrar repetidamente los números de utilización de memoria a través de su opción -s, la salida se desplaza, haciendo difícil detectar cambios en la utilización de memoria.
 | Sugerencia | ||
|---|---|---|---|
Una mejor solución que utilizar free -s, sería ejecutar el comando free usando el comando watch. Por ejemplo, para mostrar la utilización de memoria cada dos segundos (el intervalo de muestra predeterminado para watch), utilice este comando:
El comando watch ejecuta el comando free cada dos segundos, limpiando la pantalla para mostrar la salida actualizada y volviendo a escribir en la misma ubicación de pantalla. Esto hace mucho más fácil determinar cómo cambia la utilización de memoria con el tiempo, pues no es necesario escanear contínuamente desplazando la salida. Puede controlar el retraso entre actualizaciones usando la opción -n y causar que cualquier cambio entre actualizaciones sea resaltado usando la opción -d, como en el comando siguiente:
Para más información, consulte la página man de watch. El comando watch se ejecuta hasta ser interrupido con |
2.5.2. top
Mientras que free muestra solamente información relacionada con la memoria, el comando top hace un poquito de todo. Utilización del CPU, estadísticas de procesos, utilización de memoria — top lo monitoriza todo. Además, a diferencia de free command, el comportamiento predeterminado de top es el de ejecutarse de forma contínua, no hay necesidad de utilizar el comando watch. He aquí una muestra de la pantalla:
14:06:32 up 4 days, 21:20, 4 users, load average: 0.00, 0.00, 0.00
77 processes: 76 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: cpu user nice system irq softirq iowait idle
total 19.6% 0.0% 0.0% 0.0% 0.0% 0.0% 180.2%
cpu00 0.0% 0.0% 0.0% 0.0% 0.0% 0.0% 100.0%
cpu01 19.6% 0.0% 0.0% 0.0% 0.0% 0.0% 80.3%
Mem: 1028548k av, 716604k used, 311944k free, 0k shrd, 131056k buff
324996k actv, 108692k in_d, 13988k in_c
Swap: 1020116k av, 5276k used, 1014840k free 382228k cached
PID USER PRI NI SIZE RSS SHARE STAT %CPU %MEM TIME CPU COMMAND
17578 root 15 0 13456 13M 9020 S 18.5 1.3 26:35 1 rhn-applet-gu
19154 root 20 0 1176 1176 892 R 0.9 0.1 0:00 1 top
1 root 15 0 168 160 108 S 0.0 0.0 0:09 0 init
2 root RT 0 0 0 0 SW 0.0 0.0 0:00 0 migration/0
3 root RT 0 0 0 0 SW 0.0 0.0 0:00 1 migration/1
4 root 15 0 0 0 0 SW 0.0 0.0 0:00 0 keventd
5 root 34 19 0 0 0 SWN 0.0 0.0 0:00 0 ksoftirqd/0
6 root 35 19 0 0 0 SWN 0.0 0.0 0:00 1 ksoftirqd/1
9 root 15 0 0 0 0 SW 0.0 0.0 0:07 1 bdflush
7 root 15 0 0 0 0 SW 0.0 0.0 1:19 0 kswapd
8 root 15 0 0 0 0 SW 0.0 0.0 0:14 1 kscand
10 root 15 0 0 0 0 SW 0.0 0.0 0:03 1 kupdated
11 root 25 0 0 0 0 SW 0.0 0.0 0:00 0 mdrecoveryd |
La pantalla se divide en dos secciones. La parte superior contiene información relacionada con el estatus general del sistema — tiempo ejecutándose, carga promedio, cuentas de procesos, estado del CPU y estadísticas de utilización para la memoria y el espacio de intercambio. La sección de abajo muestra estadísticas a nivel de procesos. Es posible cambiar lo que se muestra mientras top se ejecuta. Por ejemplo, por defecto top muestra procesos activos y ociosos. Para mostrar solamente procesos activos o que no estén ociosos, presione
 | Atención |
|---|---|
Aún cuando top pareciera como un simple programa de visualización, este no es el caso. Esto es porque top utiliza comandos de carácteres simples para llevar a cabo diferentes operaciones. Por ejemplo, si usted está conectado como root, le es posible cambiar la prioridad y hasta matar cualquier proceso en su sistema. Por lo tanto, hasta que no haya revisado la pantalla de ayuda de top (escriba |
2.5.2.1. La aplicación Monitor del Sistema GNOME — Un top gráfico
Si se siente más a gusto con las interfaces gráficas de usuarios, la aplicación Monitor del Sistema GNOME puede ser más de su agrado. De la misma forma que top, el Monitor del Sistema GNOME muestra información relacionada al estado general del sistema, cuentas de procesos, utilización de memoria y de swap y estadísticas a nivel de procesos.
Sin embargo, el Monitor del Sistema GNOME va un paso más allá incluyendo también representaciones gráficas del CPU, utilización de memoria y de intercambio, junto con un listado tabular de la utilización del espacio en disco. Un ejemplo del Listado de procesos del Monitor del Sistema GNOME aparece en la Figura 2-1.
Se puede mostrar información adicional sobre un proceso específico pulsando primero en el proceso deseado y luego pulsando en el botón Más Info.
Para mostrar las estadísticas de uso de memoria, CPU y uso del disco, pulse la pestaña Monitor del sistema.
2.5.3. vmstat
Para una comprensión más concisa del rendimiento del sistema, intente con vmstat. Con vmstat, es posible obtener una vista general de los procesos, memoria, swap, E/S, sistema y actividad de CPU en una línea de números:
procs memory swap io system cpu
r b swpd free buff cache si so bi bo in cs us sy id wa
0 0 5276 315000 130744 380184 1 1 2 24 14 50 1 1 47 0
|
La primera línea divide los campos en seis categorías, incluyendo procesos, memoria, swap, E/S, sistema y estadísticas relacionadas al CPU. La segunda línea identifica aún más los contenidos de cada campo, haciendo más fácil escanear datos para ver estadísticas específicas.
Los campos relacionados a procesos son:
r — El número de procesos ejecutables esperando para acceder al CPU
b — El número de procesos en un estado dormido contínuo
Los campos relacionados a la memoria son:
swpd — La cantidad de memoria utilizada
free — La cantidad de memoria libre
buff — La cantidad de memoria utilizada por las memorias intermedias
cache — La cantidad de memoria utilizada como caché de páginas
Los campos relacionados a swap son:
si — La cantidad de memoria intercambiada desde el disco
so — La cantidad de memoria intercambiada hacia el disco
Los campos relacionados con E/S son:
bi — Los bloques enviados a un dispositivo de bloques
bo — Los bloques recibidos desde un dispositivo de bloques
Los campos relacionados al sistema son:
in — El número de interrupciones por segundo
cs — El número de cambios de contexto por segundo
Los campos relacionados al CPU son:
us — El porcentaje de tiempo que el CPU ejecutó código de nivel del usuario
sy — El porcentaje de tiempo que el CPU ejecutó código de nivel del sistema
id — El porcentaje de tiempo que el CPU estaba desocupado
wa — Esperas de E/S
Cuando se ejecuta vmstat sin opciones, solamente se muestra una línea. Esta línea contiene promedios, calculados desde la última vez que se arrancó el sistema.
Sin embargo, la mayoría de los administradores de sistemas no confían en los datos en esta línea, pues los tiempos en que fueron recopilados varían. En su lugar, la mayoría de los administradores tomas ventaja de la habilidad de vmstat de mostrar repetidamente datos de la utilización de recursos en intervalos establecidos. Por ejemplo, el comando vmstat 1 muestra una nueva línea de utilización de datos cada segundo, mientras que el comando vmstat 1 10, muestra una nueva línea por segundo, pero sólo por los próximos 10 segundos.
En manos de un administrador experimentado, vmstat puede ser usado para determinar rápidamente la utilización de recursos y problemas de rendimiento. Pero para obtener mayor conocimiento en estos problemas, se requiere un tipo de herramienta diferente — una herramienta capaz recolectar y analizar datos en mas detalles.
2.5.4. Las herramientas para monitorizar recursos de la suite Sysstat
Mientras que las herramientas anteriores pueden ser de ayuda para ganar mayor conocimiento sobre el rendimiento del sistema en períodos muy cortos, son de poca utilidad en proporcionar más allá de una instantánea de la utilización de recursos del sistema. Además, hay aspectos del rendimiento del sistema que no se pueden monitorizar fácilmente usando tales herramientas tan simplísticas.
Por lo tanto, se requiere una herramienta más sofisticada. Sysstat es la herramienta.
Sysstat contiene las siguientes herramientas relacionadas con reunir estadísticas de E/S y CPU:
- iostat
Muestra una descripción general de la utilización del CPU, junto con las estadísticas de E/S para uno o más unidades de disco.
- mpstat
Muestra estadísticas de CPU más complejas.
Sysstat también contiene herramientas para reunir datos de utilización de los recursos y crear informes diarios basados en esos datos. Estas herramientas son:
- sadc
Conocida como el coleccionador de datos de actividad del sistema, sadc reune información sobre la utilización de recursos y la escribe a un archivo.
- sar
Los informes sar, producidos a partir de los archivos creados por sadc, se pueden generar interactivamente o se pueden escribir a un archivo para un análisis más intensivo.
Las secciones siguientes exploran cada una de estas herramientas con más detalles.
2.5.4.1. El comando iostat
El comando iostat en su forma más básica proporciona una descripción general de las estadísticas del CPU y E/S de disco:
Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com) 07/11/2003
avg-cpu: %user %nice %sys %idle
6.11 2.56 2.15 89.18
Device: tps Blk_read/s Blk_wrtn/s Blk_read Blk_wrtn
dev3-0 1.68 15.69 22.42 31175836 44543290
|
Debajo de la primera línea (la cual contiene la versión del kernel del sistema y el nombre del host, junto con la fecha actual), iostat muestra una vista general de la utilización promedio del CPU desde el último arranque. El informe de utilización del CPU incluye los porcentajes siguientes:
Porcentaje de tiempo en modo usuario (ejecutando aplicaciones, etc.)
Porcentaje de tiempo en modo usuario (para procesos que han alterado su prioridad de planificación usando nice(2))
Porcentaje de tiempo en modo kernel
Porcentaje de tiempo ocioso
Debajo del informe de utilización del CPU está el informe de utilización de dispositivos. Este informe contiene una línea para cada dispositivo en el sistema e incluye la información siguiente:
La especificación de dispositivos, mostrada como dev<major-number>-sequence-number, donde <major-number> es el número principal ("major") del dispositivo[1] y <sequence-number> es un número secuencial comenzando desde cero.
El número de transferencias (u operaciones de E/S) por segundo.
El número de bloques de 512 bytes leídos por segundo.
El número de bloques de 512 bytes escritos por segundo.
El número total de bloques de 512 bytes leídos.
El número total de bloques de 512 bytes escritos.
Esto es solamente un muestra de la información que se puede obtener usando iostat. Para más información, consulte la página man de iostat(1).
2.5.4.2. El comando mpstat
El comando mpstat aparece primero sin diferencias con el informe de utilización de CPU producido por iostat:
Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com) 07/11/2003
07:09:26 PM CPU %user %nice %system %idle intr/s
07:09:26 PM all 6.40 5.84 3.29 84.47 542.47
|
Con la excepción de una columna adicional mostrando las interrupciones por segundo manejadas por el CPU, no hay diferencia real. Sin embargo, la situación cambia si se utiliza la opción de mpstat, -P ALL.
Linux 2.4.20-1.1931.2.231.2.10.ent (pigdog.example.com) 07/11/2003
07:13:03 PM CPU %user %nice %system %idle intr/s
07:13:03 PM all 6.40 5.84 3.29 84.47 542.47
07:13:03 PM 0 6.36 5.80 3.29 84.54 542.47
07:13:03 PM 1 6.43 5.87 3.29 84.40 542.47
|
En sistemas multiproceso, mpstat permite desplegar de forma individual la utilización de cada CPU, haciendo posible determinar que tan efectivamente se utiliza cada CPU.
2.5.4.3. El comando sadc
Como se estableció anteriormente, el comando sadc reune los datos de utilización del sistema y los escribe a un archivo para su análisis posterior. Por defecto, los datos son escritos a archivos en el directorio /var/log/sa/. Los archivos son llamados sa<dd>, donde <dd> es la fecha actual de dos dígitos.
sadc normalmente es ejecutado por el script sa1. cron invoca periódicamente este script a través del archivo sysstat, el cual está ubicado en /etc/cron.d/. El script sa1 invoca sadc por un intervalo único de un segundo. Por defecto, cron ejecuta sa1 cada 10 minutos, añadiendo los datos reunidos durante cada intervalo al archivo actual /var/log/sa/sa<dd>.
2.5.4.4. El comando sar
El comando sar produce informes de utilización del sistema basado en los datos reunidos por sadc. De acuerdo a la configuración en Red Hat Enterprise Linux, sar es ejecutado automáticamente para procesar los archivos reunidos automáticamente por sadc. Los archivos de informes se escriben a /var/log/sa/ y son nombrados sar<dd>, donde <dd> son las representaciones de dos dígitos de la fecha del día anterior.
Normalmente, sar es ejecutado por el script sa2. Periódicamente cron invoca este script a través del archivo sysstat, el cual se ubica en /etc/cron.d/. Por defecto, cron ejecuta a sa2 una vez al día, a las 23:53, permitiendo así producir un informe para los datos del día completo.
2.5.4.4.1. Lectura de informes sar
El formato de un informe sar generado por la configuración predeterminada de Red Hat Enterprise Linux consiste de múltiples secciones, con cada sección conteniendo un tipo de datos específico, ordenados por hora del día en que los datos fueron reunidos. Puesto que sadc está configurado para ejecutar un intervalo de un segundo cada 10 minutos, el informe sar predeterminado contiene datos en incrementos de 10 minutos, desde las 00:00 hasta las 23:50[2].
Cada sección del informe comienza con un encabezado describiendo los datos contenidos en la sección. El encabezado se repite a intervalos regulares a lo largo de la sección, haciendo más fácil interpretar los datos mientras se hojea el informe. Cada sección termina con una línea conteniendo el promedio de datos informados en la sección.
He aquí una sección de ejemplo de un informe sar, con los datos desde 00:30 hasta 23:40 eliminados para ahorrar espacio:
00:00:01 CPU %user %nice %system %idle
00:10:00 all 6.39 1.96 0.66 90.98
00:20:01 all 1.61 3.16 1.09 94.14
…
23:50:01 all 44.07 0.02 0.77 55.14
Average: all 5.80 4.99 2.87 86.34
|
En esta sección, se muestra la información de utilización del CPU. Esto es muy similar a los datos mostrados por iostat.
Otras secciones pueden tener más de una línea necesaria para datos, como se muestra en esta sección generada a partir de los datos de utilización del CPU en un sistema con dos procesadores:
00:00:01 CPU %user %nice %system %idle
00:10:00 0 4.19 1.75 0.70 93.37
00:10:00 1 8.59 2.18 0.63 88.60
00:20:01 0 1.87 3.21 1.14 93.78
00:20:01 1 1.35 3.12 1.04 94.49
…
23:50:01 0 42.84 0.03 0.80 56.33
23:50:01 1 45.29 0.01 0.74 53.95
Average: 0 6.00 5.01 2.74 86.25
Average: 1 5.61 4.97 2.99 86.43
|
Hay un total de diecisiete secciones diferentes presente en los reportes generados por la configuración predeterminada de Red Hat Enterprise Linux para sar; se exploran algunas en los siguientes capítulos. Para más información sobre los datos contenidos en cada sección, consulte la página del manual de sar(1).
2.5.5. OProfile
El perfilador global del sistema OProfile, es una herramienta de supervisión con poca sobrecarga. Oprofile aprovecha el hardware de monitorización del rendimiento del procesador[3] para determinar la naturaleza de los problemas relacionados al rendimiento.
El hardware de monitorización del rendimiento es parte del procesador mismo. Toma la forma de un contador especial, incrementado cada vez que ocurre un determinado evento (tal como que el procesador no esté ocioso o que los datos requeridos no se encuentren en caché). Algunos procesadores tienen más de uno de tales contadores y permiten la selección de tipos diferentes para cada contador.
Los contadores se pueden cargar con un valor inicial y producir una interrupción cuando se desborde el contador. Al cargar el contador con valores iniciales diferentes, es posible variar las tasas en las que ocurre la interrupción. De esta forma es posible controlar la tasa de muestra y, por lo tanto, el nivel de detalle obtenido desde los datos reunidos.
En un extremo, al establecer el contador de manera que genere una interrupción por desborde con cada evento, proporciona datos de rendimiento en extremo detalle (pero con una sobrecarga excesiva). En el otro extremo, al configurar el contador para que genere tan pocas interrupciones como sea posible solamente proporciona la vista más general del rendimiento del sistema (practicamente sin ninguna sobrecarga). El secreto para una monitorización efectiva es la selección de una tasa de muestra lo suficientemente alta como para capturar los datos requeridos, pero no tan alta como para sobrecargar el sistema con la monitorización.
| Atención |
|---|---|
Puede configurar OProfile para que produzca tanta sobrecarga como para dejar el sistema inutilizable. Por lo tanto, debe tener cuidado cuando seleccione los valores de contador. Por esta razón, el comando opcontrol soporta la opción --list-events, el cual despliega los diferentes tipos de eventos disponibles para el procesador instalado actualmente, junto con los valores de contador mínimos sugeridos para cada uno. |
Es importante tener en mente el costo de la relación entre la tasa de muestra y la sobrecarga cuando se utiliza OProfile.
2.5.5.1. Componentes de OProfile
OProfile consiste de los siguientes componentes:
Software de recolección de datos
Software de análisis de datos
Software de interfaz administrativa
El software de colección de datos consiste del módulo del kernel oprofile.o y el demonio oprofiled.
El software de análisis de datos incluye los programas siguientes:
- op_time
Muestra el número y los porcentajes relativos de las muestras tomadas por cada archivo ejecutable
- oprofpp
Muestra el número y el porcentaje relativo de muestras tomadas por función, instrucción individual o en salida estilo gprof.
- op_to_source
Muestra código fuente anotado y o listados de acumulación
- op_visualise
Presenta los datos reunidos de forma gráfica
Estos programas hacen posible mostrar los datos reunidos en diferentes formas.
El software de interfaz administrativa controla todos los aspectos de la colección de datos, desde especificar cuales eventos específicos serán monitorizados hasta arrancar y detener la colección de datos mismos. Esto se hace usando el comando opcontrol.
2.5.5.2. Un ejemplo de sesión de OProfile
Esta sección muestra una sesión de OProfile supervisando y analizando datos desde la configuración inicial hasta el análisis final de los datos. Es solamente un visión general introductoria; para información más detallada, consulte el Manual de administración del sistema de Red Hat Enterprise Linux.
Utilice opcontrol para configurar el tipo de datos a ser reunido con el comando siguiente:
opcontrol \
--vmlinux=/boot/vmlinux-`uname -r` \
--ctr0-event=CPU_CLK_UNHALTED \
--ctr0-count=6000 |
Las opciones utilizadas aquí dirigen opcontrol a:
Dirigir OProfile a una copia del kernel ejecutándose actualmente (--vmlinux=/boot/vmlinux-`uname -r`)
Especificar que se utilizará el contador 0 del procesador y que el evento a supervisar es el tiempo cuando el CPU está ejecutando instrucciones (--ctr0-event=CPU_CLK_UNHALTED)
Especificar que OProfile va a reunir muestras cada 6000th veces que el evento ocurra (--ctr0-count=6000)
Luego, verifique que el módulo del kernel oprofile esté cargado usando el comando lsmod:
Module Size Used by Not tainted oprofile 75616 1 … |
Confirme que el sistema de archivos de OProfile (ubicado en /dev/oprofile/) esté montado con el comando ls /dev/oprofile/:
0 buffer buffer_watershed cpu_type enable stats 1 buffer_size cpu_buffer_size dump kernel_only |
(El número exacto de archivos varía de acuerdo al tipo de procesador.)
En este punto, el archivo /root/.oprofile/daemonrc contiene los parámetros requeridos por el software de recolección de datos:
CTR_EVENT[0]=CPU_CLK_UNHALTED CTR_COUNT[0]=6000 CTR_KERNEL[0]=1 CTR_USER[0]=1 CTR_UM[0]=0 CTR_EVENT_VAL[0]=121 CTR_EVENT[1]= CTR_COUNT[1]= CTR_KERNEL[1]=1 CTR_USER[1]=1 CTR_UM[1]=0 CTR_EVENT_VAL[1]= one_enabled=1 SEPARATE_LIB_SAMPLES=0 SEPARATE_KERNEL_SAMPLES=0 VMLINUX=/boot/vmlinux-2.4.21-1.1931.2.349.2.2.entsmp |
Luego, utilice opcontrol para arrancar la recolección de datos con el comando opcontrol --start:
Using log file /var/lib/oprofile/oprofiled.log Daemon started. Profiler running. |
Verifique que el demonio oprofiled esté ejecutándose con el comando ps x | grep -i oprofiled:
32019 ? S 0:00 /usr/bin/oprofiled --separate-lib-samples=0 … 32021 pts/0 S 0:00 grep -i oprofiled |
(La línea de comandos real de oprofiled mostrada por ps es mucho más larga; sin embargo, la hemos truncado para propósitos de formato.)
Ahora se está monitorizando el sistema, con todos los datos reunidos por todos los ejecutables en el sistema. Los datos son almacenados en el directorio /var/lib/oprofile/samples/. Los archivos en este directorio siguen una convención de nombres un poco inusual. He aquí un ejemplo:
}usr}bin}less#0 |
La convención de nombres utiliza la ruta absoluta de cada archivo conteniendo código ejecutable, reemplazando los carácteres de barra oblícua (/) por llaves (}), y terminándose con una almohadilla (#) seguido de un número (en este caso, 0.) Por lo tanto, el archivo utilizado en este ejemplo representa los datos reunidos mientras se estaba ejecutando /usr/bin/less.
Una vez que los datos son reunidos, utilice alguna de las herramientas de análisis de datos para desplegarlos. Una de las buenas funcionalidades de OProfile es que no es necesario detener la recolección de datos antes de efectuar el análisis de datos. Sin embargo, debe esperar al menos a que se escriban un conjunto de muestras al disco, o utilice el comando opcontrol --dump para forzar las muestras al disco.
En el ejemplo siguiente, op_time se utiliza para mostrar (en orden inverso — desde el número más alto de muestras hasta el más bajo) las muestras que se han reunido:
3321080 48.8021 0.0000 /boot/vmlinux-2.4.21-1.1931.2.349.2.2.entsmp 761776 11.1940 0.0000 /usr/bin/oprofiled 368933 5.4213 0.0000 /lib/tls/libc-2.3.2.so 293570 4.3139 0.0000 /usr/lib/libgobject-2.0.so.0.200.2 205231 3.0158 0.0000 /usr/lib/libgdk-x11-2.0.so.0.200.2 167575 2.4625 0.0000 /usr/lib/libglib-2.0.so.0.200.2 123095 1.8088 0.0000 /lib/libcrypto.so.0.9.7a 105677 1.5529 0.0000 /usr/X11R6/bin/XFree86 … |
Es una buena idea el uso de less cuando se genera un informe interactivamente, ya que los informes pueden ser de cientos de líneas. El ejemplo dado aquí se ha truncado por este motivo.
El formato para este informe en particular es que se produce una línea para cada archivo ejecutable para los que se tomaron muestras. Cada línea sigue el formato siguiente:
<sample-count> <sample-percent> <unused-field> <executable-name> |
Donde:
<sample-count> representa el número de muestras reunidas
<sample-percent> representa el porcentaje de todas las muestras reunidas para este ejecutable en particular.
<unused-field> es un campo que no se utiliza
<executable-name> representa el nombre del archivo que contiene el código del ejecutable para el que se reunen las muestras.
Este reporte (producido en la mayoría de los sistemas ociosos) muestra que casi la mitad de todas las muestras fueron tomadas mientras que el CPU estaba ejecutando código dentro del kernel mismo. Luego en la línea estaba el demonio de colección de datos de OProfile, seguido por una variedad de bibliotecas y el servidor del sistema X Window, XFree86. Es de utilidad tomar en cuenta que para el sistema ejecutando la sesión de muestra, el valor del contador usado de 6000 representa el valor mínimo recomendado por opcontrol --list-events. Esto significa que — al menos para este sistema en particular — la sobrecarga de OProfile en su punto más alto, consume aproximadamente 11% del CPU.