[Py-MAD] A propósito de mi charla sobre "memory leaks"

[Kiko]

Aquí está el enlace de la charla que comentaba, que antes estaba con el
móvil y es más pestiño buscarlo:

https://us.pycon.org/2014/schedule/presentation/165/


El 24 de diciembre de 2013, 12:33, Pablo Lobariñas <plobarinas at jcea.es>escribió:

>
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> ¿Habrá conseguido Jesús resolver su leak para entonces? ;-)
>
> El 24/12/13 11:18, Kiko escribió:
> > en la pyconus 2014 habrá una charla sobre memory leaks. PVI.
> >
> > El 23/12/13, Marcos Perez <marcos.pe at gmail.com> <marcos.pe at gmail.com>escribió:
> >> Por echar más leña al fuego, yo he sufrido memory leaks en IronPython.
> No
> >> funciona "idénticamente" a Python, pero se pueden arreglar algunas cosas
> >> por configuración...
> >>
> >>
> >> El 23 de diciembre de 2013, 1:04, Jesus Cea <jcea at jcea.es><jcea at jcea.es>escribió:
> >>
> > He comentado este tema porque salió precisamente en mi charla de
> > "Memory Leaks", Andrey hizo un comentario al respecto, y lo investigué
> > un poco. Las cosas mejorarán bastante en Python 3.4, en cuanto a
> > ciclos, leaks, etc. Entre este PEP y el módulo "tracemalloc"...
> >
> > Más, abajo...
> >
> > On 21/12/13 07:42, J. Javier Maestro wrote:
> > >>>> Así que sí, __del__ será seguro y se arreglará y/o romperá
> > >>>> (potencialmente) mucho código Python existente.
> >
> > __del__ se llama cuando se borra un objeto y éste no forma parte de un
> > ciclo. Eso de siempre.
> >
> > La diferencia ahora es que también se llamará cuando forma parte de
> > ciclos. Pero solo se llama cuando ese objeto es "basura". Si algún
> > programa falla por eso, quiero verlo, porque la únicas referencias que
> > puede haber a ese objeto son, precisamente, otros objetos de su ciclo,
> > Y TODO él es basura.
> >
> > El problema que teníamos antes era que llamar a un "__del__" cuando
> > hay un ciclo es problemático porque... ¿y si llamamos al "__del__"
> > cuando ya hemos eliminado la mitad de los objetos del ciclo, y ese
> > método intenta acceder a ellos?. Y si tenemos "__del__" en varios
> > objetos del ciclo, ¿en qué orden se llaman?.
> >
> > Lo que se hará en Python 3.4 es llamar primero a todos los "__del__"
> > del ciclo, sin haber borrado nada antes, y LUEGO, revisar que los
> > objetos siguen siendo basura (no se han "resucitado") y, si es así,
> > eliminar los objetos "de verdad".
> >
> > A mí me parece bastante seguro, y si algo se rompe, será código
> > verdaderamente patológico que quiero ver. O, tal vez, no ver :-).
> >
> > --
> > Jesús Cea Avión                         _/_/      _/_/_/        _/_/_/
> > jcea at jcea.es - http://www.jcea.es/     _/_/    _/_/  _/_/    _/_/  _/_/
> > Twitter: @jcea                        _/_/    _/_/          _/_/_/_/_/
> > jabber / xmpp:jcea 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
> >>> 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
>
> iEYEARECAAYFAlK5cQ0ACgkQnPFBatEMYOfSiQCfe+tci/kXBaqXMhtosQIKT0KR
> Cp4AnjgaXtcLA3bkjUNEZzf69lFXUHRC
> =RdhZ
> -----END PGP SIGNATURE-----
>
>
> _______________________________________________
> Madrid mailing list
> Madrid at lists.es.python.org
> https://lists.es.python.org/listinfo/madrid
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.es.python.org/pipermail/madrid/attachments/20131224/98f274ab/attachment.html>