hello hello.. who knows why cvs is down again...
anyways, please noone plays too much with gui.tcl, I"ll commit my work
tomorrow, I did some changes.. didn't really notice a big speed
improvement.. I think the biggest problem is that we insert text
backwards.. we insert the last line, then the one before, then .... , then
the first one... so everytime tk has to shift everything....
anyways, what I did now is... euh.. I did a lot of changes actually...
some images were created without being deleted (small memleak there), the
user display pic was always deleted then recreated, instead of using the
old one.. the same with the coloredbar that goes between the top and
bottom area...
as for the dps_in_cl.. ouch! we had a little prob.. whether it is enabled
or not, we had this :
set animated [::picture::IsAnimated ...]
if {$dps_in_cl && $animated && ... }
... that made us load the dp (read the file, load the gif to memory, load
all images in case of animated (imagine the 1+MB file of Alvaro) and then
destroy them) for every user!!! even if we had it disabled...
so I implemented a 'cache' per file, on whether the file is animated or
not... also, I made it check if it's animated, only if the dp_in_cl is
enabled AND the user_pic is not available...
anyways, many, many, many little improvements like this! can't remember
them all, unless I 'cvs diff' which is impossible for now!
p.s.: forgot something.. substSmileys is the biggest (more than ShowUser),
but I disabled it, and I saw a little speed improvement (from 0.57s to
0.48s to display) but not enough to be visible...
KKRT
On Tue, 31 Jan 2006 22:00:46 -0500, Youness Alaoui
<[EMAIL PROTECTED]> wrote:
ohh.. and TopUpdate is huge it seems!
KKRT
On Tue, 31 Jan 2006 21:25:13 -0500, Youness Alaoui
<[EMAIL PROTECTED]> wrote:
Thanks... I tried it, interesting, too bad we don't get a graphic view,
it would have been better to analyze.. anyways, it seems a lot of time
is spent in the ::config::GetKey and ::skin::getKey and trans and
::plugins::calledFrom and ::plugins::namespaceExists procs.. they are
the most calls proc, so that's why!!
But it's really stupid actually to be doing profiling.. you know why ?
because profilers give us how many time we spent in each proc, to
determine which part is the slowest.. only thing is that it's funny..
because eveything is done in one proc! so we can't know :S
anyways, seems like 50% of the time is spent in ShowUser... the rest is
in cmsn_draw_online_wrapped.. but no way to find out which part is the
slowest unless we make it modular..
KKRT
On Tue, 31 Jan 2006 04:20:56 -0500, Arieh Schneier
<[EMAIL PROTECTED]> wrote:
all I know is that some profiling should be done (is it even
possible with tk?:S)
Tcl has a profiling library "profiler" (Its in Tcllib). [package
require
profiler]
You can also get some info on how to profile here:
http://wiki.tcl.tk/1106
Lio.
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
--
KaKaRoTo
-------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
for problems? Stop! Download the new AJAX search engine that makes
searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642
_______________________________________________
Amsn-devel mailing list
Amsn-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/amsn-devel
