[Scummvm-devel] ATTN. Porters. Changed list of files to include

Bertrand Augereau bertrand_augereau at yahoo.fr
Tue Jun 12 10:17:25 CEST 2007


Just guessing, I'm watching the loading of the predictive dictionnary 
code and it seems pretty intensive on allocating SearchTree nodes (and 
constructing array of Strings therefore).
I can't profile it because I'm at work and I'm supposed to be doing 
something else though :)

But maybe pool-allocating the nodes would help the allocator, if it is 
an issue.
Constructing and copying the Strings might be unneccessary too, maybe 
just keeping a huge string, and slices to it (pair of size_t) could be 
beneficial.
If the T9 numbers are ignored, maybe we could just parse a preprocessed 
.dic file without those, reducing both the size and the parsing cost 
(130kB -> 80kB for trunk/dists/pred.dic)
Or binary streaming the built tree after construction, such as 
subsequent loads are fast(when the dic size and date don't change), but 
some devices storages have tricky write access...

Just my 2e6 cents,

Tramb

Lars Persson wrote:
> Hi!
> I'm using the classic UI configuration, and starting the UI is really quick.
>
> As for the pred.dic loading,I will try the provided patch later today, but I 
> suspect that its the filehandling that is slow, so I hope it will help.
>
> And the pred.dic, it was only submitted into svn (as far as I know) just the 
> other day, and it takes a couple of days for me to test that. I'm just 
> curious if any of the other platforms are seeing any kind of similar 
> problems.
>
> best regards Lars
>   
>> From: Eugene Sandulenko <sev at scummvm.org>
>> To: scummvm-devel at lists.sourceforge.net
>> Subject: Re: [Scummvm-devel] ATTN. Porters. Changed list of files to 
>> include
>> Date: Tue, 12 Jun 2007 10:25:44 +0300
>>
>> On Tue, 12 Jun 2007 07:11:24 +0000
>> "Lars Persson" <larspp at hotmail.com> wrote:
>>
>>     
>>> Hi!
>>> I have now tested on a M600 and these are my findings:
>>> a) No crash (thats the main point I think)
>>> b) Loading the 7K line pred.dic takes around 1,5 minutes.
>>> c) Loading the 3K (Sierra) pred.dic takes around 30 seconds.
>>>       
>> Argh! That's unacceptable. How long does it take to load our GUI
>> config? Or you're using classic one there?
>>
>>
>> Eugene
>>
>> -------------------------------------------------------------------------
>> This SF.net email is sponsored by DB2 Express
>> Download DB2 Express C - the FREE version of DB2 express and take
>> control of your XML. No limits. Just data. Click to get it now.
>> http://sourceforge.net/powerbar/db2/
>> _______________________________________________
>> Scummvm-devel mailing list
>> Scummvm-devel at lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>>     
>
> _________________________________________________________________
> Express yourself instantly with MSN Messenger! Download today it's FREE! 
> http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
>
>
> -------------------------------------------------------------------------
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Scummvm-devel mailing list
> Scummvm-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/scummvm-devel
>
>   





More information about the Scummvm-devel mailing list