[etoys-dev] Translation support
Bert Freudenberg
bert at freudenbergs.de
Tue May 4 14:54:11 EDT 2010
Good test :)
Yes, #methodReference is now thousands of times faster than in Etoys 4.0. Literally.
But iterating over the packages to find the right one is expensive. So we should use a method property as cache, and also pre-fill that cache in the release image (otherwise the first-time opening would be too slow).
- Bert -
On 04.05.2010, at 11:30, Ricardo Moran wrote:
> No, #methodReference is not slow. But the PackageOrganizer is really expensive. I simply added the following line to #translated
>
> PackageOrganizer default packageOfMethod: thisContext sender method methodReference.
>
> and opening the World menu took a few seconds (opening a viewer is imposible).
>
> Richo
>
> On Tue, May 4, 2010 at 3:21 PM, Bert Freudenberg <bert at freudenbergs.de> wrote:
> On 04.05.2010, at 10:48, Ricardo Moran wrote:
>> Oh, yes that's right. In #translated we should do something like this, right?
>>
>> thisContext sender method methodReference
>
> Yes. Maybe it is not so expensive nowadays. But look at the #methodReference method, it uses #who, which used to iterate over all classes to find the method ... But it seems Eliot's changes do already cache the class as well as the method selector.
>
> Also, performance testing should be done on the XO-1 which is the slowest machine we need to support.
>
> - Bert -
>
>
>> On Tue, May 4, 2010 at 2:41 PM, Bert Freudenberg <bert at freudenbergs.de> wrote:
>> On 04.05.2010, at 10:39, Ricardo Moran wrote:
>>>
>>>
>>> On Tue, May 4, 2010 at 2:26 PM, Hilaire Fernandes <hilaire.fernandes at edu.ge.ch> wrote:
>>> Is it really expensive ? I can't evaluate.
>>>
>>>
>>> PackageOrganizer default packageOfMethod: aMethodReference
>>>
>>> It took in my machine 25 milliseconds average (tested with all the methods with phrases to translate).
>>
>>
>> But in #translated you do not have the method reference yet.
>>
>> - Bert -
>>
>>
>> _______________________________________________
>> etoys-dev mailing list
>> etoys-dev at squeakland.org
>> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>>
>>
>
>
>
>
>
> _______________________________________________
> etoys-dev mailing list
> etoys-dev at squeakland.org
> http://lists.squeakland.org/mailman/listinfo/etoys-dev
>
>
-------------- nächster Teil --------------
Ein Dateianhang mit HTML-Daten wurde abgetrennt...
URL: http://lists.squeakland.org/pipermail/etoys-dev/attachments/20100504/e5e631ef/attachment.html
More information about the etoys-dev
mailing list