i ran: top -d 01.00 -b | grep wish
(a briefing of the results is under them).
hovering over a contact (first time): 9.7% 0.097 seconds (independiently of offline being expanded).
unhovering a contact!!!: 4.6% 0.046 seconds
unexpanding offline group: 30.1% (takes many times)
22.4% 0.525 seconds cpu on 2 real seconds
expanding offline group: 61.9%
78.4% (takes many times)
14.8% 1.551 seconds cpu on 3 real seconds
NOTE: Users logging in/out take the same as expanding/unexpanding the offline group. (so, it's the refreshing of the contact list)
sending a message: 5.0% 0.050 seconds
receiving a message: 5.7% 0.057 seconds
resizing a chat window: 8.0% 0.080 seconds
typing on a chat window (i type fast): 4.0% 0.040 seconds
***********************************
***
so, the thing that most slows down amsn is refreshing the contact list (i already knew that :P). it took 3 seconds each time here to refresh it if the offline group was expanded (200 contacts~), and about two seconds if the offline group was unexpanded. (not more than 40 contacts). this should be fixed somehow, i feel i'm not the only one whose system get collapsed when someone logs in/out/changes nick/changes state, and my computer is not bleeding-edge, but it's neither crap.
then, hovering and unhovering contacts takes not much time (0.05 seconds or so each), but as you can imagine, just moving the mouse upside when you're at the bottom of the contact list means like 20-40 hovers-unhovers, that's 20* 0.05*2 = 2 full seconds at 100% cpu. maybe anyone can add a check that just underlines a contact when the mouse has been at least 0.2 seconds over it, and it's fixed :P
i took some other measures (send message, receive msg, etc.) so you can compare.
i'm using my old cubic skin (readapted, thought), with the smallest graphics possible (8x8), and show emails instead of nicknames, so i neither see psms.
There you have! :P
Lz.
On 2/4/06, Youness Alaoui <[EMAIL PROTECTED]> wrote:
On Sat, 04 Feb 2006 10:37:25 -0500, Arieh Schneier
<[EMAIL PROTECTED]> wrote:
>>>> - CPU load while moving the mouse around the contact list (so you see
>>>> > contacts underlined) is VERY high (~ 90% on a pIII 800mhz).
>>>>
>>>> I noticed that on billiob who had a 1MB+ anigif DP.. I think on
>>>> <Enter>
>>>> it
>>>> loads the DP.. so I'm not sure, but it does it for the first time I
>>>> <Enter> his nick.. (at amsn start)... are you able to reproduce this
>>>> and
>>>> get it 100% of the time ?
>>>
>>>
>>> i got lost there... i mean when i'm moving my mouse upside down at the
>>> contact list, so, over the contacts, cpu use arise a lot lot lot
>>> (~90-95%)... maybe in slower computers it would be a true pain.
>>>
>>
>> I have a 800MHz pc and I don't have that issue...
>
> I am running a 1.6GHz and do have the same problem.
>
no comprendo why it happens then...
> About loading the image on the first time you move your mouse over it,
> yes
> that is correct. Till last week it was creating the images on the first
> time
> the contact list was created due to the bindings for the balloon (which I
> found unnecessary). I therefore moved it out so that it only created it
> when
> the binding was called. Then last thursday I realised that that meant
> they
> got loaded the first time you move your mouse over the contact - which
> also
> isn't so good. I had an idea on how to fix that but didnt get a chance.
> For
> the balloon messages (ages ago) I created an option to prefix the text
> by --command--, which says instead of using the text as the text for the
> balloon, use this command to retrieve the text, we should do the same for
> the images (pretty simple). - update, just did this now
>
cool :)
> That however doesn't explain the constant cpu, cpu for the first time ok,
> but why constant? The callbacks aren't that cpu intensive? Maybe its due
> to
> the passing around of large text portions? Maybe we should change the
> text
> to a proc which is just given the users id then create the required text
> on
> posting of the balloon (will also save quite a bit of setting up every
> refresh of the cl).
>
indeed.. let's just hope it's indeed the explanation.. I would suggest
calming the cpu a bit, getting it to 0%, then move the mouse slowly from
one contact to another and see which one creates that huge cpu usage.. try
with users that have a smal nick, no psm vs. long nick long psm... anigif,
no anigif.. maybe just the loading of the image is the one cpu intensive..
not the loading in itself, but the check that the image is loaded or not..
try with all groups expanded, and with one temp group containing one user
expanded, all others collapsed... try with all groups coollapsed, and try
to see if the same happens with hovering over groups only...
try to hover the mouse out of the CL and from the desktop into the CL.. to
see if the cpu is taken when mousing out, or in...
etc.. try to determine the exact cause...
>
> While on the topic of the balloons, I noticed in many places (including
> refreshing of the cl) we set up all the bindings for the balloons
> manually.
> To set up all the bindings for a balloon all that you need to do is run
> [set_balloon $target $message $pic] instead of the [bind <enter> ...,
> bind
> <leave> ..., bind <omtion> ...] that we do. Ummm, just realised, that
> proc
> may not work for bindings on text in a text widget, maybe we need to
> create
> a similar function to set_balloon called set_balloon_text? Anyway,
> compare
> the functions [proc balloon_enter] and [proc balloon_motion] in gui.tcl
> to
> the bindings in balloon.tcl.
>
yeah, I had infinite trouble making tooltips work for the uses, because
they're all tags in a text widget, while those procs you specified work on
widgets, not on tags... but yeah, making it modular would be nice indeed!
>
> 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
--
Lz ( [EMAIL PROTECTED]).
http://elezeta.bounceme.net
