On Wed, 27 Jan 1999, =?iso-8859-1?Q?Javier_Vi=F1uales_Guti=E9rrez?= wrote:
> ....antes de que mi sistema X caiga os env�o la foto de recursos utilizados
> de mi m�quina:
>
> 2:45am up 3:04, 4 users, load average: 3.62, 2.20, 1.77
> 48 processes: 46 sleeping, 2 running, 0 zombie, 0 stopped
> CPU states: 44.3% user, 2.9% system, 44.0% nice, 52.9% idle
> Mem: 63376K av, 62352K used, 1024K free, 1324K shrd, 1312K buff
> Swap: 29700K av, 29700K used, 0K free 2588K cached
Acabo de arrancar las x y luego el netscape, para que puedas comparar.
Te recuerdo que mi swap est� algo sobre dimensionada. Mira la �ltima
l�nea que te mando relativa al estado de la memoria. Yo tengo casi toda
la memoria libre. Tu tienes casi toda la memoria ocupada.
9:51am up 1:11, 4 users, load average: 0.18, 0.06, 0.02
48 processes: 47 sleeping, 1 running, 0 zombie, 0 stopped
CPU states: 0.0% user, 1.5% system, 0.0% nice, 98.5% idle
Mem: 63440K av, 62404K used, 1036K free, 32628K shrd, 13096K buff
Swap: 311328K av, 12K used, 311316K free 29248K cached
>
> PID USER PRI NI SIZE RSS SHARE STAT LIB %CPU %MEM TIME COMMAND
> 188 root 12 0 476 232 76 R 0 31.3 0.3 0:20 xterm
El proceso que mas memoria te consume a ti es xterm.
En mi caso lo tengo arrancado pero no aparece en la lista de los 21 procesos
que m�s consumen.
> 133 nobody 19 19 140 88 20 R N 0 43.9 0.1 158:32
> distributed-
> 316 vigu 0 0 64632 40M 248 D 0 1.9 64.7 16:59
> netscape-com
>
> [...]
> Resumiendo el suceso:
> Alg�n proceso, parece con seguridad que es el Netscpe Communicator 4.5
> comienza misteriosamente a las 02:42:00 a consumir exponencialmente:
> * Memoria RAM/Swap
> * CPU
Bueno el desencadenante de todo esto puede ser un proceso concreto pero
la situaci�n se vuelve un caos guando el sistema gasta los escaso recursos
que le quedan en gestionar los recurso cada vez m�s escasos. Por eso la
situaci�n empeora cada vez m�s. Se entra en un circulo vicioso del cual
cada vez es m�s dificil salir. Por lo que cuentas parece que el kernel es
capaz de cortar esta situaci�n cuando alcanza un l�mite intolerable lo
cual est� muy bien.
Supongo que la m�quina se pondr� a hacer swaping como una loca no?
Un tema que no recuerdo si se ha tratado. Tu kernel debe ser lo m�s
peque�o posible. Solo los m�dulos pueden descargarse. El resto del
kernel est� permanentemente en memoria. Nunca va al area de intercambio.
Lo digo porque no recuerdo si tu kernel est� optimizado.
Prueba a repetir las pruebas a�adiendo m�s swap aunque sea usando un
fichero, de todas formas el consumo que figura en xterm parece excesivo.
> Saludos y gracias.
>
> P.D: No se que leches significa:
> 188 root 12 0 476 232 76 R 0 31.3 0.3 0:20 xterm
> ^^^^
> �Oniiii!
> me parece una pasada, y lo ques es m�s grave: no se que aplicaci�n asociada
> a xterm estaba corriendo en esos momentos que pudiese consumir tanta CPU.
Pues para ver exactamente la jerarquia de parentesco entre los procesos
de tu m�quina existe un comando muy bonito que se llama 'pstree'.
No olvides usarlo la proxima vez.
> --
>
> Javier Vi�uales Guti�rrez
> [EMAIL PROTECTED]
>
>
> --
> Unsubscribe? mail -s unsubscribe [EMAIL PROTECTED] < /dev/null
---------------------------------------------------------------------------
En caso de contestar a la lista mandame copia personal.
/\ /\ Los mas importantes desarrolladores de Bases de datos
\\W// est�n portando sus productos a Linux. Porque crees tu
_|0 0|_ que ser� ? Yo creo que Linux es el futuro.
+-oOOO--(___o___)--OOOo--------------------------+
| . . . . U U . . . . Antonio Castro Snurmacher |
| http://slug.ctv.es/~acastro. [EMAIL PROTECTED] |
+()()()----------()()()--------------------------+
