Respuesta lenta por tiempos. ¿Cómo encontrar la causa?

[maturano]

No encuentro patrón pero por momentos la respuesta de ciertos comandos se vuelve lenta cuando, lo describo así, intenta leer del disco. No es que se congele el sistema porque puedo seguir trabajando siempre que no haga algo como leer la estructura de un directorio y/o cosas por el estilo.

Ejemplo. En uno de esos lapsos:

+ Podría hacer, sin problema:
- Navegar por internet
- Cambiar entre ventanas / escritorios
- Escribir en un editor

+ No puedo (se queda "esperando" cuando lo hago):
- Escribir el inicio de un comando y pulsar `TAB` (auto-completado, vaya)
- Ejecutar un `ls`
- Desde el navegador, intentar adjuntar un archivo a un formulario (no despliega la estructura de archivos)


... espero explicarme; es un comportamiento muy raro. Haciendo un `htop` no muestra nada como que se dispare el uso de RAM y/o procesador, que es todo lo que mis escasos conocimientos alcanzan a buscar.

¿Alguna idea de qué pueda ser y/o por dónde mirar?


EDIT:
- SO: Ubuntu 14.04
- Terminal: urxvt 9.19
- Shell: zsh 5.0.2
-

[lauser]

Recuerda que con:

Código :

clear
 

Limpias la terminal.

De todas formas.... como tienes la swap?

[maturano]

Iniciado por lauser

Recuerda que con:

Código :

clear
 

Limpias la terminal.

Mejor <Ctrl+l>, pero no tiene nada que ver

Iniciado por lauser

De todas formas.... como tienes la swap?

Sin ser tocada, RAM, procesador, apenas marcando algo ... :/

[lauser]

NO entiendo porque comentas que es mejor <Ctrl+l> que un clear, pero en fin sera cuestión de costumbre o gustos.
Al respecto de ram, cpu,,, tal. etc....
Puedes aportar un poco mas de info? un "free" de momento. Y si aportas mas datos de la maquina mejor que mejor.

[maturano]

Al respecto de ram, cpu,,, tal. etc....
Puedes aportar un poco mas de info? un "free" de momento. Y si aportas mas datos de la maquina mejor que mejor.

`free` en este momento:

Código:

             total       used       free     shared    buffers     cached
Mem:      16340204     716852   15623352       1772      86316     354480
-/+ buffers/cache:     276056   16064148
Swap:      4194300          0    4194300

La máquina es una DELL; procesador i7-4790 @ 3.60GHz de 8 núcleos, 16 GB en RAM, 4 Gb de SWAP, DD de 500 GB (300 libres) a 7200 RPM.


... y creo no se ha entendido el comportamiento. Supongamos esta seria de pasos:

+ Estoy trabajando normalmente
+ Abro una terminal, comienzo a escribir un comando y doy <Tab> para autocompletar > *no hay respuesta*, no puedo dar <BS>, y/o teclear otras cosas; es sólo entonces que me doy cuenta que "entra en ese estado"...

> Abro otra consola (lo cual implica abrir otra ventana), ejecuto `ls` ... no muestra la salida

> Puedo abrir pestañas del navegador (Firefox)

> Abro otra consola. Ejecuto un `tail` ... no hay respuesta

> Abro en el navegador un formulario donde puedo adjuntar un archivo. Click en "adjuntar", se abre la ventana para seleccionar el archivo, pero no muestra el listado de directorios ("está pensando") ...

> Abro otra terminal, ejecuto un `htop` (que sí se ejecuta sin problema), procesador y memoria sin mostrar carga...

... y así. Pasará poco más de un minuto, de pronto todo lo anterior genera respuestas (listado, autocompletado, etc) y sigue normal.


Entonces, no es que el sistema se ponga lento, es que de pronto se pone lenta en cosas como cuando "algo" lee "contenido del disco" (no sé; supongo).

Quizás una tarea programada, quizás algún programa que ... no sé! ... ni tengo idea de como por dónde buscar ... aunque ahora acabo de notar que nunca he hecho un `dmesg` después de dicho comportamiento.

Para lo próxima lo haré y lo comento. Saludos y gracias

[AlvaroG]

Yo he visto esta clase de comportamiento en varias situaciones:

- disco duro dañado
- montajes NFS con latencias muy grandes
- directorios con muchos archivos (varias decenas de miles)

Si fuese NFS lo sabrías, y si fuese un directorio con muchos archivos no sería un comportamiento general del sistema, por lo que si tuviese que aventurar, diría que tu disco está cerca de romperse. Dependiendo del tipo de falla, debería dejar mensajes en /var/log/syslog (dependiendo de tu configuración, puede ser /var/log/allmessages, /var/log/messages, o incluso el Journal de systemd)


Saludos

[maturano]

@AlvaroG
- Usa un sistema de archivos ext4
- Usualmente parto de mi $HOME, el cual procuro tener muy limpio; sólo 6 directorios ... y todos archivos/directorios ocultos de configuración... los cuales, por cierto, son todos enlaces simbólicos, pero no debería ser ese un problema, ¿cierto?

De los archivos que mencionas, sólo tengo el `syslog` (Ubuntu 14.04). Le dejaré un `tail`a ver si logro ver algo. Cualquier cosa, lo menciono.


Gracias