HashBits, a lazy way
John M McIntosh
johnmci at mac.com
Sat Jul 12 18:15:58 UTC 2003
Thanks to Daniel, and Lex for suggesting this. I'll think it will work.
Need to check
the become logic. Mind I think that doesn't transfer hash values...
Also I think the extra save time, just won't be noticed... Only a
couple of hundred/thousand objects
get tenured on the save.
> From: Daniel Vainsencher < danielv at n... >
> Date: Fri Jul 11, 2003 7:59 am
>
> It might be simpler would be to always compute real hashes for
> everything before saving the image on a save. Consequences -
> 1. Temporary objects don't get them - the common case performance is
> improved.
> 2. No VM/Image compatibilites - the image save format is preserved.
> 3. Image saving is slowed down somewhat.
>
>
Lex...
> The only cost of using the new-space-only approach is that there will
> be
> tenured objects whose hash is not used but whose hash is computed
> anyway. This cost should be pretty low, because tenures don't happen
> very often under normal usage.
>
> There are a number of advantages:
>
> 1. All VM's work with all images. Period.
>
> 2. There is no need for additional image-level code to rehash things,
> nor for load-up time to be slower due to executing the rehashes.
>
> 3. There is no need for VM-level code to deal with old images that
> don't have the code.
>
>
> Lex
>
>
--
========================================================================
===
John M. McIntosh <johnmci at smalltalkconsulting.com> 1-800-477-2659
Corporate Smalltalk Consulting Ltd. http://www.smalltalkconsulting.com
========================================================================
===
More information about the Squeak-dev
mailing list
|