On mi�, ene 27, 1999 at 10:16:53 +0100, Antonio Castro wrote: > 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 > �Claro!, �lo normal!, es que lo mio es incomprensible �de verdad! %-? > > > > 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. La pr�xima vez usar� "pstree" y haber si aclara esta paranoia de la xterm gigantesca. > 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? Efect�vamente, el disco duro empieza a moverse y no para... le pone a uno mal de los nervios. > 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. A tope lo que se dice a tope no est� optimizado pero poco a poco lo intento descargar de cosas "compiladas dentro". Actualmente la imagen es bzImage y tiene un tama�o de 492631. Mando pegado mi ".config" del n�cleo por si alguien tiene el suficiente tiempo, ganas y moral de mirar si hay algo que no deberiera estar, tambi�n pongo la salida de "dmesg" para que se vea como arranca mi m�quina. > 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. �Y que lo digas! > > 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. Lo har�. Gracias. -- Javier Vi�uales Guti�rrez [EMAIL PROTECTED]
