4.3 Lección 2

Puede obtener una lista dinámica de todos los procesos en ejecución con el comando top:

Como vimos anteriormente top también puede brindarnos información sobre el consumo de memoria y CPU del sistema, así como para cada proceso.

top le permite al usuario cierta interacción.

Por defecto, la salida se ordena por el porcentaje de tiempo de CPU utilizado por cada proceso en orden descendente. Este comportamiento puede modificarse presionando las siguientes teclas desde top:

Para cambiar entre orden descendente/ascendente simplemente presione R.

Otro comando muy útil para obtener información sobre los procesos es ps. Mientras que top proporciona información dinámica, el comando ps es estática.

Si se invoca sin opciones la salida de ps es bastante discreta y se relaciona solo con los procesos adjuntos al shell actual:

La información que se muestra tiene que ver con el identificador de proceso (PID), el terminal en el que se ejecuta el proceso (TTY), el tiempo de CPU tomado por el proceso (TIME) y el comando que inició el proceso(CMD).

Un modificador útil para ps es -f que muestra la lista de formato completo:

En combinación con otros modificadores, -f muestra la relación entre los procesos padre e hijo:

Del mismo modo ps puede mostrar el porcentaje de memoria utilizada cuando se invoca con el modificador -v:

Ya hemos visto el sistema de archivos /proc. Este incluye un subdirectorio numerado para cada proceso en ejecución en el sistema (el número es el PID del proceso):

Por lo tanto, toda la información sobre un proceso particular se incluye dentro de su directorio. Hagamos una lista de los contenidos del primer proceso, aquel cuyo PID es 1 (la salida se ha truncado para facilitar la lectura):

Puede verificar — por ejemplo — el ejecutable del proceso:

Como puede observar, el binario que inició la jerarquía de procesos fue /sbin/init.

Cada proceso puede potencialmente consumir recursos del sistema. La llamada carga del sistema intenta agregar la carga general del sistema en un solo indicador numérico. Puede ver la carga actual con el comando uptime:

Los tres últimos dígitos indican el promedio de carga del sistema para el último minuto (2.91), los últimos cinco minutos (1.59) y los últimos quince minutos (0.39).

Cada uno de estos números indica cuántos procesos estaban esperando los recursos de la CPU o las operaciones de entrada/salida para completar. Esto significa que estos procesos estaban listos para ejecutarse si hubieran recibido los recursos respectivos.

Tradicionalmente, los mensajes del sistema han sido gestionados por la instalación del registro estándar — syslog — o cualquiera de sus derivados — syslog-ng o rsyslog. El daemon de registro recopila mensajes de otros servicios o programas y los almacena en archivos de registro, generalmente en /var/log. Sin embargo, algunos servicios se encargan de sus propios registros (por ejemplo, el servidor web Apache HTTPD). Del mismo modo, el kernel de Linux utiliza el "ring buffer" en memoria para almacenar sus mensajes de registro.

Cuando explore archivos de registro, recuerde ser root (si no tiene permisos de lectura) y use un localizador como less;

Alternativamente, puede usar tail con el modificador -f para leer los mensajes más recientes del archivo y mostrar dinámicamente nuevas líneas a medida que se agregan:

Encontrará la salida en el siguiente formato:

La mayoría de los archivos de registro están escritos en texto plano; sin embargo, algunos pueden contener datos binarios, como es el caso de /var/log/wtmp que almacena datos relevantes para inicios de sesión exitosos. Puede usar el comando file para determinar cuál es el caso:

Estos archivos se leen normalmente mediante comandos especiales. El comando last se usa para interpretar los datos en /var/log/wtmp:

El kernel ring buffer es una estructura de datos de tamaño fijo que registra los mensajes de arranque del núcleo, así como cualquier mensaje en vivo del kernel. La función de este buffer — uno muy importante — es el de registrar todos los mensajes del kernel producidos en el arranque — cuando el syslog no está todavía disponible. El comando dmesg imprime el ring buffer del kernel (que solía estar también almacenado en /var/log/dmesg). Debido a la extensión del ring buffer, este comando se usa normalmente en combinación con la utilidad de filtrado de texto grep o un paginador como less. Por ejemplo, para buscar mensajes de arranque:

A partir de 2015, systemd reemplazó a SysV Init como administrador de servicio y sistema de facto en la mayoría de las principales distribuciones de Linux. Como consecuencia, el daemon journal — journald — se ha convertido en el componente de registro estándar reemplazando a syslog en la mayoría de los aspectos, lo cual no significa que syslog o sus derivados (syslog-ng, rsyslog) no estén presentes actualmente en los sistemas GNU/Linux, de hecho, existen multitud de herramientas y utilidades construidas alrededor de dicho servicio como para que desaparezca de repente.

Volviendo a las caracteristicas del daemon journald hay que decir que los datos ya no se almacenan en texto plano sino en forma binaria. Por lo tanto, la utilidad journalctl es necesaria para leer los registros. Además de eso, journald es compatible con syslog y puede integrarse con este.

journalctl es la utilidad que se utiliza para leer y consultar la base de datos del journal (diario) de Systemd. Si es invocada sin opciones, imprime el journal completo:

Sin embargo, si se invoca con los modificadores -k o --dmesg, será equivalente a usar el comando dmesg:

Otras opciones interesantes para journalctl incluyen: