<div dir="ltr">Aquí está el enlace de la charla que comentaba, que antes estaba con el móvil y es más pestiño buscarlo:<br><br><a href="https://us.pycon.org/2014/schedule/presentation/165/">https://us.pycon.org/2014/schedule/presentation/165/</a><br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">El 24 de diciembre de 2013, 12:33, Pablo Lobariñas <span dir="ltr"><<a href="mailto:plobarinas@jcea.es" target="_blank">plobarinas@jcea.es</a>></span> escribió:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div bgcolor="#FFFFFF" text="#000000"><div class="im">
<br>
-----BEGIN PGP SIGNED MESSAGE-----<br>
Hash: SHA1<br>
<br></div>
¿Habrá conseguido Jesús resolver su leak para entonces? ;-)<br>
<br>
El 24/12/13 11:18, Kiko escribió:<br>
<span style="white-space:pre-wrap"><div class="im">> en la pyconus 2014 habrá una
charla sobre memory leaks. PVI.<br>
><br>
> El 23/12/13, Marcos Perez <a href="mailto:marcos.pe@gmail.com" target="_blank"><marcos.pe@gmail.com></a>
escribió:<br>
>> Por echar más leña al fuego, yo he sufrido memory leaks
en IronPython. No<br>
>> funciona "idénticamente" a Python, pero se pueden
arreglar algunas cosas<br>
>> por configuración...<br>
>><br>
>><br>
>> El 23 de diciembre de 2013, 1:04, Jesus Cea
<a href="mailto:jcea@jcea.es" target="_blank"><jcea@jcea.es></a> escribió:<br>
>><br></div><div><div class="h5">
> He comentado este tema porque salió precisamente en mi charla
de<br>
> "Memory Leaks", Andrey hizo un comentario al respecto, y lo
investigué<br>
> un poco. Las cosas mejorarán bastante en Python 3.4, en
cuanto a<br>
> ciclos, leaks, etc. Entre este PEP y el módulo
"tracemalloc"...<br>
><br>
> Más, abajo...<br>
><br>
> On 21/12/13 07:42, J. Javier Maestro wrote:<br>
> >>>> Así que sí, __del__ será seguro y se
arreglará y/o romperá<br>
> >>>> (potencialmente) mucho código Python
existente.<br>
><br>
> __del__ se llama cuando se borra un objeto y éste no forma
parte de un<br>
> ciclo. Eso de siempre.<br>
><br>
> La diferencia ahora es que también se llamará cuando forma
parte de<br>
> ciclos. Pero solo se llama cuando ese objeto es "basura". Si
algún<br>
> programa falla por eso, quiero verlo, porque la únicas
referencias que<br>
> puede haber a ese objeto son, precisamente, otros objetos de
su ciclo,<br>
> Y TODO él es basura.<br>
><br>
> El problema que teníamos antes era que llamar a un "__del__"
cuando<br>
> hay un ciclo es problemático porque... ¿y si llamamos al
"__del__"<br>
> cuando ya hemos eliminado la mitad de los objetos del ciclo,
y ese<br>
> método intenta acceder a ellos?. Y si tenemos "__del__" en
varios<br>
> objetos del ciclo, ¿en qué orden se llaman?.<br>
><br>
> Lo que se hará en Python 3.4 es llamar primero a todos los
"__del__"<br>
> del ciclo, sin haber borrado nada antes, y LUEGO, revisar que
los<br>
> objetos siguen siendo basura (no se han "resucitado") y, si
es así,<br>
> eliminar los objetos "de verdad".<br>
><br>
> A mí me parece bastante seguro, y si algo se rompe, será
código<br>
> verdaderamente patológico que quiero ver. O, tal vez, no ver
:-).<br>
><br></div></div><div class="im">
> --<br>
> Jesús Cea Avión _/_/
_/_/_/ _/_/_/<br>
> <a href="mailto:jcea@jcea.es" target="_blank">jcea@jcea.es</a> - <a href="http://www.jcea.es/" target="_blank">http://www.jcea.es/</a> _/_/ _/_/ _/_/
_/_/ _/_/<br>
> Twitter: @jcea _/_/ _/_/
_/_/_/_/_/<br>
> jabber / <a>xmpp:jcea@jabber.org</a> _/_/ _/_/ _/_/
_/_/ _/_/<br>
> "Things are not so easy" _/_/ _/_/ _/_/ _/_/
_/_/ _/_/<br>
> "My name is Dump, Core Dump" _/_/_/ _/_/_/
_/_/ _/_/<br>
> "El amor es poner tu felicidad en la felicidad de otro" -
Leibniz<br></div><div class="im">
>>> _______________________________________________<br>
>>> Madrid mailing list<br>
>>> <a href="mailto:Madrid@lists.es.python.org" target="_blank">Madrid@lists.es.python.org</a><br>
>>> <a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/listinfo/madrid</a><br>
>>><br>
>><br>
> _______________________________________________<br>
> Madrid mailing list<br>
> <a href="mailto:Madrid@lists.es.python.org" target="_blank">Madrid@lists.es.python.org</a><br>
> <a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/listinfo/madrid</a></div></span><br>
<br>
-----BEGIN PGP SIGNATURE-----<br>
Version: GnuPG v1.4.11 (Darwin)<br>
Comment: GPGTools - <a href="http://gpgtools.org" target="_blank">http://gpgtools.org</a><br>
<br>
iEYEARECAAYFAlK5cQ0ACgkQnPFBatEMYOfSiQCfe+tci/kXBaqXMhtosQIKT0KR<br>
Cp4AnjgaXtcLA3bkjUNEZzf69lFXUHRC<br>
=RdhZ<br>
-----END PGP SIGNATURE-----<br>
<br>
</div>
<br>_______________________________________________<br>
Madrid mailing list<br>
<a href="mailto:Madrid@lists.es.python.org">Madrid@lists.es.python.org</a><br>
<a href="https://lists.es.python.org/listinfo/madrid" target="_blank">https://lists.es.python.org/listinfo/madrid</a><br></blockquote></div><br></div>