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