Re: oom-killer (out of memory)

2010-01-30 Por tema Camaleón
El Fri, 29 Jan 2010 09:46:41 +, Camaleón escribió:

 A última hora haré más pruebas con gedit, pero parece un patrón
 reproducible (archivo enorme - gedit - consumo elevado de ram -
 bloqueo). Si alguien me puede confirmar este comportamiento (ojo que el
 equipo se queda ko), mejor que mejor :-)

Tras hacer varias pruebas con varios tipos de archivos y buscando 
información, he visto que se trata de un bug que aún no está cerrado:

***
gedit performs very slowly, hogs a ton of memory, and crashes on large 
datasets without newlines
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360535

Bug 134682 -  gedit needs to implement a workaround to deal with 
GtkTextView/Buffer inability to handle long lines  
https://bugzilla.gnome.org/show_bug.cgi?id=134682
***

Saludos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: oom-killer (out of memory)

2010-01-30 Por tema Felix Perez
El día 30 de enero de 2010 18:32, Camaleón noela...@gmail.com escribió:
 El Fri, 29 Jan 2010 09:46:41 +, Camaleón escribió:

 A última hora haré más pruebas con gedit, pero parece un patrón
 reproducible (archivo enorme - gedit - consumo elevado de ram -
 bloqueo). Si alguien me puede confirmar este comportamiento (ojo que el
 equipo se queda ko), mejor que mejor :-)

 Tras hacer varias pruebas con varios tipos de archivos y buscando
 información, he visto que se trata de un bug que aún no está cerrado:

 ***
 gedit performs very slowly, hogs a ton of memory, and crashes on large
 datasets without newlines
 http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=360535

 Bug 134682 -  gedit needs to implement a workaround to deal with
 GtkTextView/Buffer inability to handle long lines
 https://bugzilla.gnome.org/show_bug.cgi?id=134682
 ***


En el intertanto, podrías  probar con leafpad o abiword.

Suerte.
-- 
usuario linux  #274354
normas de la lista: http://wiki.debian.org/NormasLista


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: oom-killer (out of memory)

2010-01-29 Por tema Camaleón
El Fri, 29 Jan 2010 01:01:32 +0100, Marc escribió:

(Javier, Marc, gracias por responder. Os contesto a los dos)

 En/na Javier Barroso ha escrit:
 2010/1/28 Camaleón:
   
 Hola,

 Esta tarde se me ha quedado frito el equipo (lenny 64 bits), pero se
 ha quedado bloqueado por ¿falta de memoria?.

(...)

 Sin duda está paginando, debes tener algún proceso que se chupara toda
 la memoria.

 Yo probaría a instalar el atop y usar el atopsar para ver qué programas
 te cogían dicha memoria (realmente sé que te dice los programas que
 pilla la cpu, pero no estoy seguro que lo puedas ordenar por memoria,
 igual te da pistas)

 Cuando se te quede pillado, al arrancar ejecuta atopsar y a ver si te
 da pistas.

Ayer estuve haciendo más pruebas.

Cargué de nuevo el archivo xml en gedit y dejé en top corriendo, para ver 
el consumo de memoria y vaya, la memoria utilizada empezaba a subir de 
manera disparatada hasta 4 GiB (y subiendo) cuando detuve el proceso 
para evitar que el equipo se quedara colgado de nuevo (a ver si a última 
hora puedo hacer más pruebas).

 El free te reporta los 8 gigas ?

Sip:

s...@stt008:~$ free
 total   used   free sharedbuffers cached
Mem:   820126411838007017464  0  51892 544164
-/+ buffers/cache: 5877447613520
Swap:  2104472  02104472

 Con el top puedes ordenar por memoria con la 'M' y puedes ejecutar ps
 vx krss para ordenar (y ver más detalles del uso de memoria) la salida
 por uso de memoria con el ps.

Al ver que el gedit se hacía con toda la ram, probé a cargar el mismo 
archivo xml con mcedit y con el top al lado para ver qué pasaba. El 
archivo se cargó (un poco lento, pero se cargó) y el consumo de memoria 
apenas subió unos megas.

Pensando que el culpable podía ser el gedit, lo probé con OOo Writer y 
perfecto, lo abre como un tiro. Empieza a cargar las páginas, el uso de 
ram sube unos 300 MiB (estabilizado) pero me puedo desplazar por el 
documento sin problemas, va suave.

 En tus logs aparece liferea, pero no sé si es él el que genera el
 follón o que simplemente el ookiller decide matarlo.

Si, yo también creo que fue eso lo que pasó. De hecho, cuando estaba 
medio colgado el equipo, vi como desaparecía el icono del liferea de la 
bandeja del sistema.

 Parece que hace tiempo hubo un bug en liferea que era un memory leak,
 puede que venga por ahí el poblema:
 http://sourceforge.net/tracker/?
func=detailatid=581684aid=1498277group_id=87005

 si con las pruebas que te han comentado descubres que el problema es
 realmente con el archivo gordo, te recomiendo lo abras con scite
 (aptitude install scite). Es el único editor de textos en gui que
 siempre me ha abierto cualquier archivo de cualquier tamaño.

Sí, gracias por el consejo. De hecho ese parece que es el problema: la 
aplicación (gedit) se desboca y empieza a consumir ram sin control.

A última hora haré más pruebas con gedit, pero parece un patrón 
reproducible (archivo enorme - gedit - consumo elevado de ram - 
bloqueo). Si alguien me puede confirmar este comportamiento (ojo que el 
equipo se queda ko), mejor que mejor :-)

Saludos y gracias a los dos,

-- 
Camaleón


-- 
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



oom-killer (out of memory)

2010-01-28 Por tema Camaleón
Hola,

Esta tarde se me ha quedado frito el equipo (lenny 64 bits), pero se ha 
quedado bloqueado por ¿falta de memoria?.

Tenía abiertas unas pocas aplicaciones (icedove, writer y iceweasel) y me 
he descargado de la web un archivo xml de unos 100 MiB. Lo abro con 
Epiphany y el programa se queda atontao (no lo carga) así que lo cierro 
y abro el xml con gedit.

Como veo que le cuesta abrirlo (es un archivo gordo, pero tampoco es 
para tanto :-P) ejecuto top para ver qué hace y al poco rato el equipo 
se medio-congela.

- Puedo mover el ratón pero responde muy lentamente
- Puedo acceder a una tty pero muuuy lentamente
- Desde la tty puedo ejecutar comandos pero responde muy lentamente

Con paciencia, espero un poco y logro reiniciar el equipo con un 
shutdown -r now. El equipo reinicia sin problemas y en /var/log/
messages veo el desaguisado:

(perdón por el tocho, pero sé que hay gente que no puede acceder a 
Internet por eso no lo pongo en pastebin. Si es política de la 
lista subir este tipo de archivos a algún servicio en línea no tenéis
más que decirlo y tomo nota para la próxima):

***
Jan 28 20:53:12 stt008 kernel: [68685.778763] liferea-bin invoked oom-killer: 
gfp_mask=0x1201d2, order=0, oomkilladj=0
Jan 28 20:53:13 stt008 kernel: [68685.778770] Pid: 3405, comm: liferea-bin 
Tainted: P  2.6.26-2-amd64 #1
Jan 28 20:53:13 stt008 kernel: [68685.778771] 
Jan 28 20:53:13 stt008 kernel: [68685.778771] Call Trace:
Jan 28 20:53:13 stt008 kernel: [68685.778787]  [802738a0] 
oom_kill_process+0x57/0x1dc
Jan 28 20:53:13 stt008 kernel: [68685.778791]  [8023b531] 
__capable+0x9/0x1c
Jan 28 20:53:13 stt008 kernel: [68685.778793]  [80273bcb] 
badness+0x188/0x1c7
Jan 28 20:53:13 stt008 kernel: [68685.778795]  [80273dff] 
out_of_memory+0x1f5/0x28e
Jan 28 20:53:13 stt008 kernel: [68685.778800]  [80276b50] 
__alloc_pages_internal+0x31d/0x3bf
Jan 28 20:53:13 stt008 kernel: [68685.778805]  [80278806] 
__do_page_cache_readahead+0x79/0x183
Jan 28 20:53:13 stt008 kernel: [68685.778809]  [802730b5] 
filemap_fault+0x15d/0x33c
Jan 28 20:53:13 stt008 kernel: [68685.778813]  [8027e530] 
__do_fault+0x50/0x3e6
Jan 28 20:53:13 stt008 kernel: [68685.778819]  [80281893] 
handle_mm_fault+0x3f4/0x867
Jan 28 20:53:13 stt008 kernel: [68685.778825]  [80221fbc] 
do_page_fault+0x5d8/0x9c8
Jan 28 20:53:13 stt008 kernel: [68685.778831]  [8042a6a9] 
error_exit+0x0/0x60
Jan 28 20:53:13 stt008 kernel: [68685.778837] 
Jan 28 20:53:13 stt008 kernel: [68685.778838] Mem-info:
Jan 28 20:53:13 stt008 kernel: [68685.778839] Node 0 DMA per-cpu:
Jan 28 20:53:13 stt008 kernel: [68685.778840] CPU0: hi:0, btch:   1 
usd:   0
Jan 28 20:53:13 stt008 kernel: [68685.778842] CPU1: hi:0, btch:   1 
usd:   0
Jan 28 20:53:13 stt008 kernel: [68685.778843] CPU2: hi:0, btch:   1 
usd:   0
Jan 28 20:53:13 stt008 kernel: [68685.778845] CPU3: hi:0, btch:   1 
usd:   0
Jan 28 20:53:13 stt008 kernel: [68685.778846] Node 0 DMA32 per-cpu:
Jan 28 20:53:13 stt008 kernel: [68685.778848] CPU0: hi:  186, btch:  31 
usd: 181
Jan 28 20:53:13 stt008 kernel: [68685.778849] CPU1: hi:  186, btch:  31 
usd: 103
Jan 28 20:53:13 stt008 kernel: [68685.778850] CPU2: hi:  186, btch:  31 
usd: 169
Jan 28 20:53:13 stt008 kernel: [68685.778851] CPU3: hi:  186, btch:  31 
usd: 161
Jan 28 20:53:13 stt008 kernel: [68685.778852] Node 0 Normal per-cpu:
Jan 28 20:53:13 stt008 kernel: [68685.778854] CPU0: hi:  186, btch:  31 
usd: 167
Jan 28 20:53:13 stt008 kernel: [68685.778855] CPU1: hi:  186, btch:  31 
usd: 184
Jan 28 20:53:13 stt008 kernel: [68685.778857] CPU2: hi:  186, btch:  31 
usd: 167
Jan 28 20:53:13 stt008 kernel: [68685.778858] CPU3: hi:  186, btch:  31 
usd: 155
Jan 28 20:53:13 stt008 kernel: [68685.778860] Active:1118306 inactive:891686 
dirty:0 writeback:0 unstable:0
Jan 28 20:53:13 stt008 kernel: [68685.778861]  free:10797 slab:6609 mapped:119 
pagetables:9129 bounce:0
Jan 28 20:53:13 stt008 kernel: [68685.778863] Node 0 DMA free:11644kB min:12kB 
low:12kB high:16kB active:0kB inactive:0kB present:10740kB pages_scanned:0 
all_unreclaimable? yes
Jan 28 20:53:13 stt008 kernel: [68685.778865] lowmem_reserve[]: 0 2998 8048 8048
Jan 28 20:53:13 stt008 kernel: [68685.778868] Node 0 DMA32 free:24448kB 
min:4272kB low:5340kB high:6408kB active:1469316kB inactive:1440660kB 
present:3070624kB pages_scanned:4991319 all_unreclaimable? yes
Jan 28 20:53:13 stt008 kernel: [68685.778871] lowmem_reserve[]: 0 0 5050 5050
Jan 28 20:53:13 stt008 kernel: [68685.778873] Node 0 Normal free:7096kB 
min:7196kB low:8992kB high:10792kB active:3003652kB inactive:2126084kB 
present:5171200kB pages_scanned:14873889 all_unreclaimable? yes
Jan 28 20:53:13 stt008 kernel: [68685.778877] lowmem_reserve[]: 0 0 0 0
Jan 28 20:53:13 stt008 kernel: [68685.778879] Node 0 DMA: 5*4kB 5*8kB 4*16kB 
6*32kB 5*64kB 2*128kB 2*256kB 2*512kB 3*1024kB 1*2048kB 1*4096kB 

Re: oom-killer (out of memory)

2010-01-28 Por tema Javier Barroso
Hola,

2010/1/28 Camaleón noela...@gmail.com:
 Hola,

 Esta tarde se me ha quedado frito el equipo (lenny 64 bits), pero se ha
 quedado bloqueado por ¿falta de memoria?.

 Tenía abiertas unas pocas aplicaciones (icedove, writer y iceweasel) y me
 he descargado de la web un archivo xml de unos 100 MiB. Lo abro con
 Epiphany y el programa se queda atontao (no lo carga) así que lo cierro
 y abro el xml con gedit.

 Como veo que le cuesta abrirlo (es un archivo gordo, pero tampoco es
 para tanto :-P) ejecuto top para ver qué hace y al poco rato el equipo
 se medio-congela.

 - Puedo mover el ratón pero responde muy lentamente
 - Puedo acceder a una tty pero muuuy lentamente
 - Desde la tty puedo ejecutar comandos pero responde muy lentamente

Sin duda está paginando, debes tener algún proceso que se chupara toda
la memoria.

Yo probaría a instalar el atop y usar el atopsar para ver qué
programas te cogían dicha memoria (realmente sé que te dice los
programas que pilla la cpu, pero no estoy seguro que lo puedas ordenar
por memoria, igual te da pistas)

Cuando se te quede pillado, al arrancar ejecuta atopsar y a ver si te da pistas.

El free te reporta los 8 gigas ?

Con el top puedes ordenar por memoria con la 'M' y puedes ejecutar ps
vx krss para ordenar (y ver más detalles del uso de memoria) la
salida por uso de memoria con el ps.

En tus logs aparece liferea, pero no sé si es él el que genera el
follón o que simplemente el ookiller decide matarlo.

Parece que hace tiempo hubo un bug en liferea que era un memory leak,
puede que venga por ahí el poblema:
http://sourceforge.net/tracker/?func=detailatid=581684aid=1498277group_id=87005

Un saludo


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



Re: oom-killer (out of memory)

2010-01-28 Por tema Marc

En/na Javier Barroso ha escrit:

Hola,

2010/1/28 Camaleón noela...@gmail.com:
  

Hola,

Esta tarde se me ha quedado frito el equipo (lenny 64 bits), pero se ha
quedado bloqueado por ¿falta de memoria?.

Tenía abiertas unas pocas aplicaciones (icedove, writer y iceweasel) y me
he descargado de la web un archivo xml de unos 100 MiB. Lo abro con
Epiphany y el programa se queda atontao (no lo carga) así que lo cierro
y abro el xml con gedit.

Como veo que le cuesta abrirlo (es un archivo gordo, pero tampoco es
para tanto :-P) ejecuto top para ver qué hace y al poco rato el equipo
se medio-congela.

- Puedo mover el ratón pero responde muy lentamente
- Puedo acceder a una tty pero muuuy lentamente
- Desde la tty puedo ejecutar comandos pero responde muy lentamente



Sin duda está paginando, debes tener algún proceso que se chupara toda
la memoria.

Yo probaría a instalar el atop y usar el atopsar para ver qué
programas te cogían dicha memoria (realmente sé que te dice los
programas que pilla la cpu, pero no estoy seguro que lo puedas ordenar
por memoria, igual te da pistas)

Cuando se te quede pillado, al arrancar ejecuta atopsar y a ver si te da pistas.

El free te reporta los 8 gigas ?

Con el top puedes ordenar por memoria con la 'M' y puedes ejecutar ps
vx krss para ordenar (y ver más detalles del uso de memoria) la
salida por uso de memoria con el ps.

En tus logs aparece liferea, pero no sé si es él el que genera el
follón o que simplemente el ookiller decide matarlo.

Parece que hace tiempo hubo un bug en liferea que era un memory leak,
puede que venga por ahí el poblema:
http://sourceforge.net/tracker/?func=detailatid=581684aid=1498277group_id=87005

Un saludo


  

Hola,

si con las pruebas que te han comentado descubres que el problema es 
realmente con el archivo gordo, te recomiendo lo abras con scite 
(aptitude install scite). Es el único editor de textos en gui que 
siempre me ha abierto cualquier archivo de cualquier tamaño.


Saludos.


--
To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org



re: Re: Out of Memory: Killed process

2007-10-14 Por tema [EMAIL PROTECTED]
Hello.

I am searching for Alejandro Pinazo that lived in Atlanta, Georgia in the early 
80's. If this is you, please respond to my email.

Sincerely,
Terry Hardy


[EMAIL PROTECTED]
EarthLink Revolves Around You.

Re: out of memory

2005-04-08 Por tema Antonio Castro
On Thu, 7 Apr 2005, Ricardo Frydman wrote:

 -BEGIN PGP SIGNED MESSAGE-
 Hash: SHA1

 gus wrote:
 | Hola
 | Uso debian woody, y cada tanto se queda planchado.
 | Dice lo siguiente
 |
 | out of memory: killed process 17856 (python 2.2)
 en español: sin memoria: se mató el proceso 17856 (python2.2)
 |
 | Alguien me ayuda para solucionar este problema

 da la sensacion que debes comprar mas memoria o  mejorar el codigo que
 deseas ejeccutar.
 pocos datos para mayot precision

Cuando el kernel no puede conceder mas memoria a un proceso estamos
hablando de memoria virtual. No de memoria RAM.

Se soluciona añadiendo más swap.

Si se trata de un problema puntual conviene averiguar cual es el proceso
que está acaparando la memoria. Usa los comandos free, vmstat, top, etc.

Intenta añadir 500 megas de sawp en un fichero para ver que pasa.

dd if=/dev/zero of=/tmp/swap bs=1024 count=50
chmod 600 /tmp/swap
mkswap /tmp/swap
swapon /tmp/swap

No es tan eficiente como la swap en una particion, pero si solo necesitas
añadir gran cantidad de swap para operaciones muy concretas realizadas
de forma esporadica es una buena solución.

En realidad no entiendo porque el kernel cuando se queda sin memoria
empieza a matar procesos de forma bastante indiscriminada (los que
solicitan memoria cuando ya no queda) sin intentar un aumento
temporal de la swap con un fichero auxiliar por ejemplo en /tmp.
Como medida de emergencia me parece menos drástico.

-- 
Un saludo
Antonio Castro

   /\ /\
 \\W//
_|0 0|_
+-oOOO-(___o___)-OOOo-+
| . . . . U U . Antonio Castro Snurmacher |
| . . . . . . . [EMAIL PROTECTED]   |
+()()()-()()()+



Re: out of memory

2005-04-07 Por tema Diego Bote
Hola Gustavo.

On Wed, Apr 06, 2005 at 08:20:04PM -0300, gus wrote:
 Hola
 Uso debian woody, y cada tanto se queda planchado.
 Dice lo siguiente
 
 out of memory: killed process 17856 (python 2.2)
 
 Alguien me ayuda para solucionar este problema

¿En qué equipo te ha pasado? Lo que te dice es que no tiene memoria 
suficiente para correr lo que estaba haciendo y que ha tenido que cerrar esa 
aplicación. Solución; ¿Poner más memoria?

 gracias

De nada.

 gustavo
 
Saludos.

Diego


-- 
*
Diego Bote BarcoEscuela de Ingenierías Industriales
Área de Matemática Aplicada Avda. de Elvas s/nº
Departamento de Matemáticas C.P.: 06071 BADAJOZ
Universidad de Extremadura  Tlf.: 924 289600 ext 6754 Fax: 924 289601
correo-e: dbote (en) unex (punto) es
*


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: out of memory

2005-04-07 Por tema Ricardo Frydman
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
gus wrote:
| Hola
| Uso debian woody, y cada tanto se queda planchado.
| Dice lo siguiente
|
| out of memory: killed process 17856 (python 2.2)
en español: sin memoria: se mató el proceso 17856 (python2.2)
|
| Alguien me ayuda para solucionar este problema
da la sensacion que debes comprar mas memoria o  mejorar el codigo que
deseas ejeccutar.
pocos datos para mayot precision
| gracias
| gustavo
|
|
- --
Ricardo A.Frydman
Consultor en Tecnología Open Source
Administrador de Sistemas
http://www.eureka-linux.com.ar
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.5 (GNU/Linux)
iD8DBQFCVTJfkw12RhFuGy4RAmx+AJ0aWTpA6bTwJdkHlrgw5A52PwfRfQCghZuS
M76ZIbltB8l6khQ4qUkkVBs=
=dz8o
-END PGP SIGNATURE-
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


out of memory

2005-04-06 Por tema gus
Hola
Uso debian woody, y cada tanto se queda planchado.
Dice lo siguiente
out of memory: killed process 17856 (python 2.2)
Alguien me ayuda para solucionar este problema
gracias
gustavo
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]


Re: Kernel: Out of memory

2004-10-09 Por tema Ricardo - Eureka!
On Sat, Oct 09, 2004 at 02:26:22PM +0100, [EMAIL PROTECTED] wrote:
 Hola a todos
 Necesito ayuda tengo un problema que no puedo solucionarlo, porque no se que 
 esta andando mal, Instale Woody que tiene la imagen bf24,  y entre las 
 aplicaciones puse apache, mysql, exim, ipop3d, webmin,etc.
 Al principio funcionaba de maravilla el servidor web y correo. pero despues 
 de unas 3 semanas se volvio muy lento, y se generaban mensajes: 
 Kernel: Out of memory : Killed process 
 El sistema tienen una RAM de 512Mb y el swap es el doble 1Gb.
 con el comando free -m pude notar que el sistema no tenia memoria RAM libre 
 ni memoria virtual (swap) y lo unico que pude hacer es reinicar la maquina.
 pero el problema se hizo mas seguido, ahora debo reiniciarlo cada dia.
 Como identifico que provoca este error para poder solucinarlo???
 es un problema en el kernel, un demonio, o un ataque por internet??. 

- Chequea los logs
- Tienes firewall?
- Chequea la configuracion de exim (no aceptar relay)
- Fijate los procesos que corren con ps.
- Chequea las conexiones con netstat.

Este listado es solo el principio, con eso tienes para empezar!


  
 
 

-- 
Ricardo A.Frydman 
Analista de Sistemas de Computación
http://www.eureka-linux.com.ar

(POR FAVOR! 
NO envie documentos en formato Word http://breu.bulma.net/?l3192
Gracias!!!) 


pgpfvMI5exylG.pgp
Description: PGP signature


Re: Kernel: Out of memory

2004-10-09 Por tema Haplo
 Como identifico que provoca este error para poder solucinarlo???

Prueba con top, ordenando los procesos por consumo de memoria (F y despus N). 
Quizs te interese ms el consumo virtual, pero bueno, puedes juguetear.

 es un problema en el kernel, un demonio, o un ataque por internet??.

Hasta que no identifiques qu es lo que se come la memoria, no lo puedo saber.

Haplo



Re: Out of Memory: Killed process

2002-12-08 Por tema Hue-Bond
Diego Alvarez, [EMAIL PROTECTED]:42:49(-0300):


 Tardo en  responder porque  he reiniciado  mldonkey y  tuve que
 esperar unos días a que ocupara la memoria necesaria.


y si te estas gastando 256 MB ran
y los 150 de SWAP no te queda mas remedio que agregar memoria,
ademas que usar toda esa swap hace que el equipo se ponga muy
lento, que procesos tienes en swap?

 Ninguno, pero el swap está llenito!

$ free; ps ax|grep W
 total   used   free sharedbuffers cached
Mem:257020 251004   6016  0   7568  60908
-/+ buffers/cache: 182528  74492
Swap:   130748 126960   3788
2 ?SW 0:24 [keventd]
3 ?SWN0:09 [ksoftirqd_CPU0]
4 ?SW 4:14 [kswapd]
5 ?SW 0:00 [bdflush]
6 ?SW 0:00 [kupdated]
7 ?SW 0:13 [kjournald]
   99 ?SW 0:01 [kjournald]
  100 ?SW 0:06 [kjournald]
  101 ?SW 0:00 [kjournald]
  102 ?SW 0:12 [kjournald]
  103 ?SW 0:38 [kjournald]
  104 ?SW 0:00 [kjournald]
  105 ?SW 0:00 [kjournald]
  106 ?SW 0:00 [kjournald]
  136 ?SW 0:00 [eth0]
  142 ?SW 0:00 [eth1]
14206 pts/0S  0:00 grep W


-- 
 David Serrano [EMAIL PROTECTED] - Linux Registered User #87069



Re: Out of Memory: Killed process

2002-12-03 Por tema Antonio Castro
On Mon, 2 Dec 2002, Hue-Bond wrote:

 kernel: Out of Memory: Killed process 16927 (mozilla-bin).
 
  Vaya, otra vez  a empezar desde google :^(. Esto  me recuerda a
  mis tiempos de internet explorer  jeje. ¿Cómo puedo configurar esta
  funcionalidad?. Tengo 150 Mb de swap y no quisiera añadir más.

No te queda más remedio. Si tu equipo se queda sin memoria empieza
a matar los procesos que se queden sin memoria suficiente para
funcionar y le puede tocar a cualquiera salvo al que más consume.

Una cosa que puedes hacer es habilitar temporalmente un aumento de swap
sobre un fichero.

Por ejempo para añadir 200Mb:

dd if=/dev/zero of=/tmp/swap bs=1024 count=20
chmod 600 /tmp/swap
mkswap /tmp/swap
swapon /tmp/swap

Para desactivar esa swap 
 
swapoff /tmp/swap

Este tipo de swap es algo más lenta que la que se usa en una partición
directamente pero en realidad lo que más te limita tu sistema es la
escasez de RAM.


Un saludo

Antonio Castro

+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+
/\ /\  Ciberdroide Informática (Tienda de Linux)
  \\W// http://www.ciberdroide.com 
 _|0 0|_
+-oOOO--(___o___)--OOOo+ 
|  . . . . U U . . . . Antonio Castro Snurmacher  [EMAIL PROTECTED]  |  
|  . . . . . . . . . . | 
+()()()--()()()+
| *** 1.700 sitios clasificados por temas sobre Linux en ***Donde_Linux*** |
|  http://www.ciberdroide.com/misc/donde/dondelinux.html |
+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+--+




Re: Out of Memory: Killed process

2002-12-03 Por tema Diego Alvarez
On Mon, Dec 02, 2002 at 07:35:21PM +0100, Hue-Bond wrote:
 Diego Alvarez, [EMAIL PROTECTED]:22:08(-0300):
 
 lo que deberias hacer es agregar memoria ram
 
  256 de física + 150 de swap = 400 Mb. No me parece poco.

de todas formas si el kernel te mata procesos es porque ya
no le keda memoria libre, y si te estas gastando 256 MB ran
y los 150 de SWAP no te queda mas remedio que agregar memoria,
ademas que usar toda esa swap hace que el equipo se ponga muy
lento, que procesos tienes en swap?

 
 o usar programas que usen menos memoria
 
  Estos son los que más memoria ocupan ahora mismo:
 
 USER   VSZ COMMAND
 hue  16704 /home/hue/seti/setiathome -verbose
 root 72200 /usr/sbin/apache-perl
 hue  82612 /usr/local/mozilla-1.2b/mozilla-bin
 hue 102092 /usr/lib/mldonkey-cvs/mldonkey
 root134812 /usr/bin/X11/X -dpi 100 -nolisten tcp

  Supongo que debería prescindir  del mldonkey o reiniciarlo cada
  dos  días (si  no,  cada  vez ocupa  más)  pero  antes me  gustaría
  intentar algo a nivel de núcleo.
 

lo unico que podrias hacer es agregar mas swap, pero eso va a hacer
que el equipo se ponga muy lento

Saludos, Diego.



Out of Memory: Killed process

2002-12-02 Por tema Hue-Bond
kernel: Out of Memory: Killed process 16927 (mozilla-bin).

 Vaya, otra vez  a empezar desde google :^(. Esto  me recuerda a
 mis tiempos de internet explorer  jeje. ¿Cómo puedo configurar esta
 funcionalidad?. Tengo 150 Mb de swap y no quisiera añadir más.


-- 
 David Serrano [EMAIL PROTECTED] - Linux Registered User #87069



Re: Out of Memory: Killed process

2002-12-02 Por tema Diego Alvarez
On Mon, Dec 02, 2002 at 06:10:10PM +0100, Hue-Bond wrote:
 kernel: Out of Memory: Killed process 16927 (mozilla-bin).
 
  Vaya, otra vez  a empezar desde google :^(. Esto  me recuerda a
  mis tiempos de internet explorer  jeje. ¿Cómo puedo configurar esta
  funcionalidad?. Tengo 150 Mb de swap y no quisiera añadir más.
 
lo que deberias hacer es agregar memoria ram
o usar programas que usen menos memoria
como ls, cd, ps, etc :-)

Saludos, Diego.



Re: Out of Memory: Killed process

2002-12-02 Por tema Hue-Bond
Diego Alvarez, [EMAIL PROTECTED]:22:08(-0300):

lo que deberias hacer es agregar memoria ram

 256 de física + 150 de swap = 400 Mb. No me parece poco.


o usar programas que usen menos memoria

 Estos son los que más memoria ocupan ahora mismo:

USER   VSZ COMMAND
hue  16704 /home/hue/seti/setiathome -verbose
root 72200 /usr/sbin/apache-perl
hue  82612 /usr/local/mozilla-1.2b/mozilla-bin
hue 102092 /usr/lib/mldonkey-cvs/mldonkey
root134812 /usr/bin/X11/X -dpi 100 -nolisten tcp

 Supongo que debería prescindir  del mldonkey o reiniciarlo cada
 dos  días (si  no,  cada  vez ocupa  más)  pero  antes me  gustaría
 intentar algo a nivel de núcleo.


-- 
 David Serrano [EMAIL PROTECTED] - Linux Registered User #87069



Re: Out of Memory: Killed process

2002-12-02 Por tema Alejandro Pinazo
Hola:

On Mon, 2 Dec 2002 18:10:10 +0100
Hue-Bond [EMAIL PROTECTED] wrote:

 kernel: Out of Memory: Killed process 16927 (mozilla-bin).
 
  Vaya, otra vez  a empezar desde google :^(. Esto  me recuerda
  a mis tiempos de internet explorer  jeje. ¿Cómo puedo
  configurar esta funcionalidad?. Tengo 150 Mb de swap y no
  quisiera añadir más.

Esta misma tarde he tenido el mismo problema pero con el top mientras
hacía un apt-get install anacron y en un 486 con 20 Mg de RAM ;-) 
Supongo que lógico.

Un saludo.