...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
 
   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
   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
   168 root       0   0 25988  24M   244 D       0  0.6 39.1   6:53 XBF_i740
     3 root       0   0     0    0     0 SW      0  0.3  0.0   0:00 kswa
   [...]

Os escribo a duras penas desde una ventana de rxvt donde tengo mutt, el
sistema est� realmente lento, el rat�n y el teclado reponden con suma
lentitud...

...��arggghhhh!!.. ya no puedo seguir... me vooooooooy


����OOOOPPPS!!!!, el Netcape Communicator ha sido elimindado de repente
(ten�a abiertas cuatro ventanas del navegador)... el sistema vuelve a su
normalidad. Ya puedo escribir el mensaje sin problemas. 


Observando el gr�fico de carga de CPU en "wmmon" veo la pasada
que ha generado el Communicator, algo as�:


   (% CPU)
   100 |                         .. 
    90 |                         ..
    80 |                  ....   . .
    70 |                 .    ...   .
    60 |               .             .
    50 |              .               .
    40 |             .                  .
    30 |   .........                     .
    20 |                                   .
    10 |                                     .........
     0 |____________________________________________________ (Tiempo)
                   |               |
                   |               |
    Funcionamiento | Sobrecarga,   | Sistema
    normal         | sistema muy   | recobra normalidad
                   | lento         |
                                   |
                                   |
                        Commnicator desaparece


Me mosquea que el problema haya comenzado m�s o menos a las 02:42:00, hora
tradicional de "cron", pero yo en "/etc/crontab" tengo:
42 14   * * *   root    run-parts --report /etc/cron.daily
47 14   * * 7   root    run-parts --report /etc/cron.weekly
52 14   1 * *   root    run-parts --report /etc/cron.monthly
con lo cual se supone que lo que por defecto me har�a a las 02:42:00, me lo hace
ahora a las 14:42:00. No tengo instalado anacron.


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
de forma que, transcurridos aproxim�damente 15 minutos, estos recursos est�n
agotados totalmente. Cuando se llega a este l�mite, es matado el proceso del
Communicator por el kernel y el sistema retorna a la normalidad. 

Con el kernel 2.1.125 el sistema cuando llegaba al l�mite de recursos cero,
eliminaba WindowMaker 0.2 y manten�a "xdm" y el servidor X (XBF_i740). Con
el kernel 2.2.0, es eliminado �nicamente Communicator. 

He tratado de exponer de la manera m�s precisa que he podido el tipo de
suceso que coment� generaba el famoso "La memoria se me empeta" que a su vez
di� lugar a: "Swap mayor o est� bien, �en qu� quedamos?" y "Optimizar uso de
memoria �?�?" y que hasta este momento no he podido "cazar in fraganti"...
... espero que arroje un poco de luz al tema... que yo cre�a por otra parte
zanjado pues cre�a que era causado por XBF_i740... pero parece que no.


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.
--          

Javier Vi�uales Guti�rrez 
[EMAIL PROTECTED]

Responder a