RE: problemas con espacio de memoria y CPU -> KILLED PROCESS
Hola,
He instalado el valgrind y para inicializarlo he puesto:
"valgrind --tool=memcheck ./comunicacion"
comunicacion es mi programa ("el que consume tanta memoria...")
Es correcta esta sentencia? He estado mirando el help del programa pero no
me aclaro mucho... hay algun manual que este bien por ahi? podeis
aconsejarme un poco en los pasos que he de seguir? Cuando he arrancado el
programa con estos pasos me han salido un monton de instrucciones que
supongo que son de estado de la memoria en este momento y luego ha iniciado
mi programa... supongo que cuando haya algun problema saldra un mensaje por
pantalla o algo parecido... estoy en lo cierto??
Siento molestar tanto pero no tengo ni idea de esto... es la primera vez que
me pasa algo asi, asi que este tipo de programas nunca los he visto...
Muchisimas gracias de antemano!!
-----Mensaje original-----
De: Martínez Liébana, Manuel [mailto:mmliebana@bancozaragozano.es]
Enviado el: jueves, 02 de septiembre de 2004 11:37
Para: 'Christal'; debian-user-spanish@lists.debian.org
Asunto: RE: problemas con espacio de memoria y CPU -> KILLED PROCESS
un proceso que se come un 60% de cpu sin utilizar librerías tochas (oracle,
etc, etc) es algo rarito. Además si empieza comiéndose un 1,8% de memoria y
termina por comerse un 40% (si no guardas una cache o algo similar) quiere
decir que tienes algún que otro leak.
Mi recomendación es que le pases un gprof para optimizar el código y algún
programita que detecte bugs, leaks y similares, (yo utilizo valgrind e
insure).
Saludos :p
> -----Mensaje original-----
> De: Christal [SMTP:se05216@salleurl.edu]
> Enviado el: jueves 2 de septiembre de 2004 11:26
> Para: debian-user-spanish@lists.debian.org
> Asunto: problemas con espacio de memoria y CPU -> KILLED PROCESS
>
> Hola a todos,
>
> Estoy teniendo un problema con un proceso que ejecuto y no se como
> arreglarlo.
> Trabajo con Mandrake 9.1.
> Tengo un programa hecho en C que simplemente va revisando sus entradas por
> el puerto serie y hace lo que tenga que hacer dependiendo de lo que lea
> por
> el puerto... para hacer esto tengo que estar revisando constantemente el
> puerto, asi que en la funcion principal del programa (main) tengo un bucle
> que no sale hasta que no pulse "ESC".
> Hasta aqui no hay problemas porque el programa hace todo lo que tiene que
> hacer. El problema viene cuando, por ejemplo, llevo una semana trabajando
> con el, que el programa imprime in "killed" por pantalla y finaliza.
> Aqui es donde no se que debo hacer exactamente, pues no se como
> controlarlo.
> He hecho un "top" para mirar el estado de la memoria y muestra que el
> programa usa un 62% de CPU y un 40% de MEM.
> Lo que estoy intentando es hacer un sync cada hora (lo he puesto en el
> cron)
> para que cada hora se resincronice la swap, a ver si eso afecta en algo y
> puede ayudarle a recuperar algo de memoria... Tambien estoy intentando
> iniciar el proceso con el comando "nice" para darle mas o menos prioridad
> al
> proceso, a ver si asi consigo que no consuma tanto... ahora lo he
> arrancado
> como "nice -n -19 ./comunicacion" para ver si dandole la maxima prioridad
> consigo que no consuma tanto. Pero no se si asi esta bien o deberia de
> darle
> la menor prioridad...
> La cuestion es que de momento he revisado el top y ahora, que lleva 1h en
> marcha, consume 60-63% de CPU y 1.8% de MEM. Pero no se si ira
> incrementando
> o con esto lo podre controlar...
>
> Alguien sabe de esto? Cual puede ser una solucion? Lo estoy haciendo bien?
> Si alguien necesita mas datos o lo que sea, por favor, que me lo pida que
> gustosa se lo pasare!
>
> Muchisimas gracias de antemano!
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact
> listmaster@lists.debian.org
----------------------------------------------------------------------------
----------------------------------------------------------------------------
------------------------------------
La información contenida en este correo electrónico es privada y
confidencial. Cualquier uso, modificación, difusión y/o reproducción por
parte de cualquier persona distinta del destinatario está prohibida. Si Vd.
recibe este mensaje por error, por favor bórrelo y comuníquelo al remitente.
----------------------------------------------------------------------------
----------------------------------------------------------------------------
------------------------------------
Reply to: