<p dir="ltr">esta claro que hacerlo para todo es una locura precisamente por lo que comentas, pero para los objetos python (al menos los puros) seria posible, al fin y al cabo se localizan por su id dentro de un hash global gigante, ¿no? basicamente mi idea era que cada acceso a dicho hash se sacara de disco si no esta y se actualizara en disco si se escribe. En un sistema asi, excepto el runtime en C el resto podria recuperarse todo. ¿Me explico?</p>
<p dir="ltr">Send from my Samsung Galaxy Note II</p>
<div class="gmail_quote">El 03/04/2014 20:19, "Jesus Cea" <<a href="mailto:jcea@jcea.es">jcea@jcea.es</a>> escribió:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 03/04/14 11:27, <a href="mailto:piranna@gmail.com">piranna@gmail.com</a> wrote:<br>
> "PEP 445: Add new APIs to customize Python memory allocators"<br>
><br>
> ¿Puedo definir como y donde se generan y administran los objetos<br>
> generados en Python? Llevo tiempo queriendo hacerme un sistema en el<br>
> que los objetos se guardan directamente a disco duro (algo a mitad de<br>
> camino entre una swap y una cache de disco, pero a nivel de objetos y<br>
> para toda la aplicacion de forma que se pueda continuar por donde se<br>
> dejo) pero siempre me he encontrado con el problema de que tendria que<br>
> implementarlo a nivel de malloc... :-/<br>
<br>
Lee el RFC. Se implementa a nivel de malloc.<br>
<br>
Para hacer lo que dices, yo te recomendaría un sistema de persistencia<br>
tipo DURUS o ZODB. Si quieres hacerlo 100% transparente, para todos los<br>
objetos, te vas a cagar, porque si bien puedes volcar bloques directos<br>
de memoria a disco, éstos contienen punteros. Punteros que tendrás que<br>
reescribir al cargar los datos, o forzar a que se carguen en la misma<br>
posición.<br>
<br>
Una opción sería implementar la memoria como un MMAP gigante (en<br>
sistemas 64 bits) y mapearla en una posición fija.<br>
<br>
De todas formas siempre tendrás objetos que no puedes persistir, como<br>
descriptores de ficheros, sockets...<br>
<br>
><br>
> 2014-04-03 4:26 GMT+02:00 Jesus Cea <<a href="mailto:jcea@jcea.es">jcea@jcea.es</a>>:<br>
>> <a href="http://www.jcea.es/artic/memory_leak/" target="_blank">http://www.jcea.es/artic/memory_leak/</a><br>
>><br>
>> --<br>
>> Jesús Cea Avión _/_/ _/_/_/ _/_/_/<br>
>> <a href="mailto:jcea@jcea.es">jcea@jcea.es</a> - <a href="http://www.jcea.es/" target="_blank">http://www.jcea.es/</a> _/_/ _/_/ _/_/ _/_/ _/_/<br>
>> Twitter: @jcea _/_/ _/_/ _/_/_/_/_/<br>
>> jabber / <a href="mailto:xmpp%3Ajcea@jabber.org">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>
>> _______________________________________________<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>
><br>
><br>
><br>
<br>
--<br>
Jesús Cea Avión _/_/ _/_/_/ _/_/_/<br>
<a href="mailto:jcea@jcea.es">jcea@jcea.es</a> - <a href="http://www.jcea.es/" target="_blank">http://www.jcea.es/</a> _/_/ _/_/ _/_/ _/_/ _/_/<br>
Twitter: @jcea _/_/ _/_/ _/_/_/_/_/<br>
jabber / <a href="mailto:xmpp%3Ajcea@jabber.org">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>
<br>
<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>