My Pharo 1.1 Dev, cog image:
OrderedCollection with an initial size of 500 and without sorting, no case sensitive, - 23 seconds
OrderedCollection with an initial size of 500 and without sorting, case sensitive, - 17/18 seconds
OrderedCollection with an initial size of 500 and sorting with #sortBy:, no case sensitive - 25 seconds
OrderedCollection with an initial size of 500 and sorting with #sortBy:, case sensitive - 21 seconds
Hope it helps,
cheers
Guille
On Sun, 26 Sep 2010, St�phane Ducasse wrote:21 seconds.
On Sep 26, 2010, at 7:03 PM, Levente Uzonyi wrote:
On Sun, 26 Sep 2010, Mariano Martinez Peck wrote:and in squeak wihout Cog?
Hi. I am loading OCompletion in PharoCore 1.1 while building the Dev image.
If I just take a core image, load OCompletion and run tests, they take a lot
of time, not acceptable.
7-8 seconds in Squeak using Cog.
Levente
Now....if I build a Dev image (with OB, RB, etc) and at the end I try to run
OCompletion tests, the tests takes HOURS. The �image seems frozen, but
actually is working. If I interrupt I see the problem is in
ECUntypedModel >> initializeSelectors
the part of
[ Smalltalk environment keysDo:
� � � � �[ :each |
� � � � �selectors add: (ECGlobalEntry
� � � � � � � � �contents: each
� � � � � � � � �type: #globalVar) ].
takes a lot of time
I know I'm saying this all the time, but it's true: SortedCollection is not suitable for this usage.
Levente
_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
_______________________________________________
Pharo-project mailing list
Pharo-project@lists.gforge.inria.fr
http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project