En los sistemas UNIX todo son ficheros. Las unidades de disco son ficheros, los sockets son ficheros, incluso la tarjeta de sonido es un fichero. Por lo tanto, nos sería útil una herramienta que nos mostrara cuantos ficheros está utilizando cada proceso y eso, precisamente, es lo que hace lsof.

Si lo ejecutamos sin ningún parámetro veremos una lista completa de los ficheros abiertos en nuestro sistema pero así poca utilidad le daremos. Podemos ver una lista más ordenada usando este comando:

lsof | awk ‘{ print $1 }’ | sort | uniq -c | sort -nr

Al hacerlo aparecerá una lista similar a esta:

4245 apache2
176 sshd
157 mysqld
85 bash
76 pure-ftpd
51 hulamodwe
48 getty
…

Así podemos ver cuantos ficheros tiene abiertos cada proceso y si el servidor está muy cargado nos puede dar una idea de quien es el culpable y además ver si se está alcanzando el límite de ficheros abiertos simultáneamente. Esto lo podemos ver con el comando:

sysctl fs.file-max

Y modificarlo si es necesario con este mismo comando:

sysctl fs.file-max=256000

Hoy ha llegado hasta mi un enlace sobre un articulo que me ha parecido muy interesante. Se trata de una pequeña guía donde se intenta tirar por suelo todos los argumentos que dicen que compilando el Kernel de Linux uno mismo se obtiene más rendimiento.

De este análisis podemos extraer que los Kernels precompilados son tan buenos o más que los personalizados, los motivos son:

• El tiempo que el micro procesa código de Kernel es mínimo comparado con el proceso de código de programas.
• Actualizar el Kernel por problemas de seguridad es más fácil y cómodo usando un precompilado, se actualiza como parte del sistema.
• Tener muchos módulos no ralentiza el equipo.
• Se necesitan amplios conocimientos para saber que significa todas y cada una de las opciones del Kernel.

Articulo completo.