On Sun, 05 Feb 2006 08:58:50 -0500, Arieh Schneier <[EMAIL PROTECTED]> wrote:

> well, here's another memory leak:
>
> open the change displaypic window, close it, open it, close it, ...
> every time it's taking more memory, you can check by using "top
-b -d
> 1 | grep wish".
>
> Anyway, about the displaypics being loaded and never being unloaded
> (in the displaypic window, in the balloons (hovering cl) and in the
> chat windows)... i don't think that's ok, i came with 20% memory
> (300MB) just hovering contacts and opening chats... it "should" be
> this way:
>
> we have a list of graphics-time used
>
> every time a graphic is tried to be loaded {
>   if it wasn't in the list it should be putted on the list,
>   if it was in the list it's time should be updated.
> }
>
> one time each minute or so {
>   graphics which have non been used on the last -let's say- five
> minutes, should be freed
> }
>
> so, cache-like behaviour... but i don't think it'll be so easy to
> implement in tcl/tk :P
>
> oh, nobody answered about the CL thing.... wasn't the "new contact
> list" supposed to fix having to refresh the entire CL on a small
change?

Youness answered, you must have missed it :) What the new contactlist
does is this: when something changes on the CL, the rest of the
content
is just moved to adjust to the change, instead of deleting everything
and re-drawing it. So if you expand/collapse a group, the
groups/contacts below are moved down/up as needed.


oh, thanks... anyway it's slow :P

The new one? Yeah I know, I'm gonna be working on how to optimise it...
one fo the main reasons (I think) is the scalable-bg's used in it, I
want to scrap scalable-bg and use the thing tile uses which is written
in C, it does exactly the same thing... Youness/Phil/Anyone, is this
possible?

Tom... I think it's possible, they do have pixmap themes support.. but I'm not too sure of how much it is possible to work with... I think it only applies to tile widgets, like buttons or labels, or whatever... you should probably ask Tile's team about that...
also, do we want to depend on Tile ?

I want to make sure you are talking about the same thing. I think that LZ is talking about the old contact list with the enhancements the Youness made. Tom is talking about the new contact list which he is making which is in cvs
but hasn't been 'released' yet.

I think LZ asked about the new CL and they did understand each other :)

Also LZ there is a much better way to test if images are currently being
used however we discussed it before and decided not to unload images and
just keep them in memory.

I think we should (after testing it's not too cpu intensive) do a "::skin::clearUnusedImages" after a chatwindow close... and it should be like this :
proc clearUnusedImages { } {
   foreach img [image names] {
      if { ![image inuse $img] } {
             image delete $img
             unset ::skin::load_images($img) ; # or whatever
      }
   }
}


hum.. just tested, and I think if it's done enough times, it shouldn't be that cpu intensive.. problem is that it will force us to load/unload many images, example, all the images used by the scrollbar, the hover/unhover, the through bar, etc.. all those will not be 'in use', but will still be needed very soon... anyways, I suggest we go with this!



Finally LZ you said that the settings that I changed didn't make any
difference to you cpu are you sure? Make sure you have latest cvs (that
included my changes from this morning), then go to the status log and type
these 2 lines:
::skin::setKey changecursor_contact 0
::skin::setKey changecursor_group 0
Then make sure the contact list is updated, easiest way to do that is to
change your current state, then move the mouse over the contacts (not the
top section) the cpu usage should not go up (you should also notice no
underlining and no mouse changes - the settings that you temporarily turned
off, if you see underlining and/or mouse changes, from hand to arrow and
back, then you are doing something wrong - or there is a bug).

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

Reply via email to