Hi Chris,<br>
<br>
> +1.  Especially a BlockClosure would be very bothersome.<br>
<br>
Every PluggableDictionary has set nil for hashBlock and equalBlock initially and still works. The space overhead here is <font color="#000000">PluggableDictionary</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font><font color="#000000"> </font><font color="#000080">-</font><font color="#000000"> </font><font color="#000000">Dictionary</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font> = 16 bytes/instance (*) and the time overhead is 4 bytecodes/scan loop. But yes, this still might be critical in some situations, and I respect this objection. :-)<br>
<br>
* I am curious: Why is <font color="#000000">HashedCollection</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font><font color="#000000"> </font><font color="#000080">-</font><font color="#000000"> </font><font color="#000000">Collection</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font><font color="#000000"> = 8 for two added instvars but PluggableDictionary</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font><font color="#000000"> </font><font color="#000080">-</font><font color="#000000"> </font><font color="#000000">Dictionary</font><font color="#000000"> </font><font color="#000080">byteSizeOfInstance</font> for the same number of added instvars? Does the VM use some special compact object layout for classes with no more than two instvars?<br>
<br>
Best,<br>
Christoph<br>
<br>
<font color="#808080">---<br>
</font><font color="#808080"><i>Sent from </i></font><font color="#808080"><i><a href="https://github.com/hpi-swa-lab/squeak-inbox-talk"><u><font color="#808080">Squeak Inbox Talk</font></u></a></i></font><br>
<br>
On 2022-01-09T17:49:44-06:00, asqueaker@gmail.com wrote:<br>
<br>
> ><br>
> > The idea is appealing indeed. :-)<br>
> ><br>
> > But I that believe another instvar on Dictionary would indeed bother some<br>
> > people,<br>
> <br>
> <br>
> +1.  Especially a BlockClosure would be very bothersome.<br>
> <br>
> <br>
> > So I fear that pluggability needs indeed to be opt-in.<br>
> <br>
> <br>
> +1<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <http://lists.squeakfoundation.org/pipermail/squeak-dev/attachments/20220109/d4063193/attachment.html><br>
> <br>
>