En realidad los ephemerons se finalizan despues del GC (cuando el GC detecta que el key del ephemeron no esta referenciado por nadie excepto por otros ephemerons [mas o menos, hay que mirar bien el paper de Bosworth, creo que era el]). En VisualWorks se ponen en el finalization queue (ahora sin su propiedad de ser ephemeron, asi no se tira a la basura el objeto que era referenciado debilmente), y entonces les podes mandar finalize.
Quiza con un poco de trabajo se pueda adaptar este mecanismo para que "finalizar" signifique "proxificar". Pero tal vez no sirva. 2010/10/13 Javier Burroni <[email protected]>: > 2010/10/13 Andres Valloud <[email protected]>: >>> Yo quiero poder detectar objetos que no están siendo usados (aunque >>> referenciados y por eso el GC no se los lleva), reemplazarlos por un proxy y >>> swapearlos a disco. En caso de que se necesiten, automaticamente se traen a >>> memoria. >> >> Ephemerons... > Esta interesante la relación, aunque es mas complejo, ya que casi todo > lo de ephemerons ocurre durante el GC -y lo que no, es un "side > effect" del uso del sistema-, y aca, supongo, habría que agregar > comportamiento durante el funcionamiento del sistema que sea exclusivo > para esto. > Mariano, esto es lo que presentaste en ESUG? esta muy bueno :) > > -- > " To be is to do " ( Socrates ) > " To be or not to be " ( Shakespeare ) > " To do is to be " ( Sartre ) > " Do be do be do " ( Sinatra ) > > -- > To post to this group, send email to [email protected] > To unsubscribe from this group, send email to > [email protected] > > http://www.clubSmalltalk.org -- To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] http://www.clubSmalltalk.org
