[Py-MAD] Propuesta de charla: memory leaks

Pablo legendario82 at gmail.com
Fri Nov 29 09:59:27 CET 2013


El único riesgo serio que veo en la charla de Jesús es que a mitad se ponga
 a darla en inglés.




El 29 de noviembre de 2013 09:56, Yamila Moreno Suárez
<yamila.ms at gmail.com>escribió:

> En vista de este hilo de correos yo diría que Jesús sabe lo suficiente
> como para dar una charla de su experiencia; sobre todo para muchos que no
> tenemos ni idea. Otra cosa es que le de miedito (cof cof) hablar frente a
> un público feroz (cof cof). Con todo, aquí no presionamos a nadie (cof cof).
>
> ;-) ¡Viernes!
>
>
> 2013/11/29 Pablo Lobariñas <plobarinas at jcea.es>
>
>>
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Hola,
>>
>>     He hablado con Jesús: a él le gustaría tener algo más de tiempo para
>> preparar el tema un poco mejor. De todas formas, si os parece, vamos a
>> mantener la fecha del 11 de diciembre, pero ¿tenemos a alguien dispuesto
>> para una charla?, después del subidón de la PyConES seguro que alguien
>> tiene ganas, venga vamos animaos.
>>
>> Un saludo.
>>
>> El 28/11/13 22:55, Pablo Lobariñas escribió:
>>
>> >
>> > Hola,
>> >
>> >     Jesús Cea no ha dicho de forma definitiva si puede dar la charla o
>> no. Voy a tratar de concretarlo con él, te digo seguro mañana.
>> >
>> > Un saludo.
>> >
>> > El 28/11/13 22:34, Yamila Moreno Suárez escribió:
>> > > esto... ¿hay que pedir sala? ¿Pablo?
>> >
>> >
>> > > 2013/11/28 Jesus Cea <jcea at jcea.es <mailto:jcea at jcea.es><jcea at jcea.es>
>> >
>> >
>> > > On 27/11/13 10:09, Jaime Buelta wrote:
>> > > > ¿Tiene algún tipo de relación con peticiones o demás? Un truco que
>> > > > usan los servidores web, que es utilísimo (hay que configurarlo,
>> > > > claro), es el reiniciar cada uno de los trabajadores pasados X
>> > > > número de peticiones. Así, si hay alguna fuga de memoria, no llega
>> > > > a desmadrarse, y, sobre todo, minimizas o eliminas el problema si
>> > > > está en producción y tienes que dedicarte  mirar por donde pierdes
>> > > > memoria, que suele ser bastante largo.
>> >
>> > > En un mundo ideal, este "apaño" sería inaceptable. En la práctica...
>> > > aún me llegan emails de mi antigua empresa, de la que me fui en 2009,
>> > > con los reinicios diarios del Apache para "solucionar" un problema que
>> > > ya ni recuerdo.
>> >
>> > > Vergonzoso. Pero, ciertamente, buscar y solucionar el problema también
>> > > cuesta dinero.
>> >
>> > > > Puedes monitorizar la memoria que usa el proceso y, si pasa de X (o
>> > > > si es, p.ej. mayor que el doble que la que tenía cuando empezó),
>> > > > pues provocas un reinicio. Y al menos no tienes que estar
>> > > > preocupado con eso. Otra posibilidad es reiniciar con un cron, que
>> > > > igual es más sencillo, pero ahí dependes de saber controlar bien
>> > > > cuándo debe hacerse.
>> >
>> > > En este caso concreto, es el control de una estación metereológica.
>> > > Ahora mismo estoy reiniciando la raspberri cada par de días, y así
>> > > "casi" no pierdo datos.
>> >
>> > > Pero me parece una buena oportunidad para investigar y solucionar el
>> > > problema, sin agobios. Pero ya le llevo dedicados una barbaridad de
>> > > horas, en parte porque el problema es muy complejo (en otros casos ha
>> > > sido muy fácil, en comparación) y en parte porque estoy probando todas
>> > > las herramientas habidas y por haber, y desarrollando alguna nueva.
>> >
>> > > --
>> > > Jesús Cea Avión                         _/_/      _/_/_/        _/_/_/
>> > > jcea at jcea.es <mailto:jcea at jcea.es> <jcea at jcea.es> -
>> http://www.jcea.es/     _/_/    _/_/  _/_/    _/_/  _/_/
>> > > Twitter: @jcea                        _/_/    _/_/          _/_/_/_/_/
>> > > jabber / xmpp:jcea at jabber.org <mailto:xmpp%3Ajcea at jabber.org><xmpp%3Ajcea at jabber.org>
>> _/_/  _/_/    _/_/          _/_/  _/_/
>> > > "Things are not so easy"      _/_/  _/_/    _/_/  _/_/    _/_/  _/_/
>> > > "My name is Dump, Core Dump"   _/_/_/        _/_/_/      _/_/  _/_/
>> > > "El amor es poner tu felicidad en la felicidad de otro" - Leibniz
>> > >     _______________________________________________
>> > >     Madrid mailing list
>> > >     Madrid at lists.es.python.org <mailto:Madrid at lists.es.python.org><Madrid at lists.es.python.org>
>> > >     https://lists.es.python.org/listinfo/madrid
>> >
>> >
>> >
>> >
>> > > --
>> > > Yamila  Moreno Suárez
>> > > http://dendarii.wordpress.com
>> > > http://moduslaborandi.net
>> >
>> >
>> > > _______________________________________________
>> > > Madrid mailing list
>> > > Madrid at lists.es.python.org
>> > > https://lists.es.python.org/listinfo/madrid
>> >
>> >
>> >
>> >
>> > _______________________________________________
>> > Madrid mailing list
>> > Madrid at lists.es.python.org
>> > https://lists.es.python.org/listinfo/madrid
>>
>> -----BEGIN PGP SIGNATURE-----
>> Version: GnuPG v1.4.11 (Darwin)
>> Comment: GPGTools - http://gpgtools.org
>>
>> iEYEARECAAYFAlKX1V4ACgkQnPFBatEMYOepmwCg03pTw+Bl85C3DILPWu3yx2Zq
>> 3MsAoJBdlmCObyQmM0MMfZMtQYN0EXEB
>> =lDdf
>> -----END PGP SIGNATURE-----
>>
>>
>> _______________________________________________
>> Madrid mailing list
>> Madrid at lists.es.python.org
>> https://lists.es.python.org/listinfo/madrid
>>
>
>
>
> --
> Yamila  Moreno Suárez
> http://dendarii.wordpress.com
> http://moduslaborandi.net
>
> _______________________________________________
> Madrid mailing list
> Madrid at lists.es.python.org
> https://lists.es.python.org/listinfo/madrid
>



-- 
--

Pablo Paso Diges
========================
http://es.linkedin.com/pub/pablo-paso-diges/1a/396/6b

 --

No trees were killed in the creation of this message. However, many
electrons were terrible inconvenienced.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20131129/6bc5c602/attachment-0001.html>


More information about the Madrid mailing list