[Glass] Particular code that is much slower than Pharo

[Dale Henrichs via Glass]

On 01/25/2017 11:20 AM, Mariano Martinez Peck wrote:
>
>
> On Wed, Jan 25, 2017 at 4:06 PM, Dale Henrichs 
> <dale.henrichs at gemtalksystems.com 
> <mailto:dale.henrichs at gemtalksystems.com>> wrote:
>
>     Mariano,
>
>     In today's staff meeting we discussed the possibility of
>     optimizing #at: for temporary Arrays and we came to the conclusion
>     that we should be able to improve the performance of simple
>     primitives (like #at:) for small objects -- smaller than ~2028 slots.
>
>     I've submitted a feature request on your behalf, internal bug
>     #46644 "Optimize selected simple primitives for small temporary
>     objects (i.e., Array>>#at:)" and any improvements we make will be
>     in 3.4.
>
>     If anyone else has seen performance degradation for a simple
>     primitive, now would be a good time to nominate the primitive for
>     consideration...
>
>
>
> Hi Dale,
>
> Thanks for the feature request. I was starting to worry about 
> performance :(
> Let me ask: when you sat "temporary objects" you mean that the 
> optimization will be possible only when all the contents of the array 
> are NOT persistent objects?  or when the Array object itself is not 
> persistent? I guess the former, but just to confirm.
When the array object itself is not persistent ...
>
> BTW, do you have an estimation of the next release 3.4 with such an 
> improvement?
We do not have a target release date for 3.4 ... For 3.4 we are aiming 
for a late winter, early spring feature freeze with a late spring, early 
summer release date.

Dale
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.gemtalksystems.com/mailman/private/glass/attachments/20170125/807ccb45/attachment.html>