Guido Stepken wrote:
>LSWVST introduces a new object-type - IsoCollections. Iso-Collections
>stores type information of its elements only once."
That's nice, but not enough. Collections with more than a few thousand
elements
should use multiple blocks of memory (e.g. btree) to have acceptable
insert performance.
>Hmmm, opening a simple Array of 1.000.000 elements consumes 4
megabytes
>in Pharo ...
The point being? In a 64bit environment it will be 8MB. Only for bit/
byte sets or compressed
collections it will be less. Cheap pc's currently have up to 16GB of
memory, so the first
2.000.000.000 elements are no problem.
Stephan
_______________________________________________
Pharo-project mailing list
[hidden email]
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project