That is not very professional.

Ok, what Process Viewer (Activity Viewer) is showing as Virtual Memory is VSIZE in "top".

Virtual means in this case really virtual and has nothing to do with the virtual memory known from Mac OS Classic! On OSX can each process allocate up to 4GB (G5s can 8 or 16GB) of memory and as long as they do not use the memory it's only virtually allocated.

A memory leak (memory consuption AND the the loss of the ability to free it) as such is anyway not possible in Java. As long as RSIZE (Real Memory; the total amount of physical memory used by the process) is much lower than VSIZE and as long as it doesn't grow constantly over the process lifetime everything is fine (a Java memory consuption bug would manifest itself in a growing RSIZE).

http://arstechnica.com/reviews/01q4/...sx-10.1-7.html

cu
Roger

I save 0.8 secs using Process viewer instead of Top on my configuration...

I think (am sure?) there is a correlation between slowdowns and vsize on my machine, bu maybe that's just me. I couldn't correlate rsize and slowdowns... (except of course if LW is taking all the ram available).

Thanks for the info, I already knew that vsize was kind of weird, storing gigs in a few 53 megs page files....

Ciao

__________________
Liens d'intérêt /Links of interest:
Gnutellaforums en français /The House's rules you have to respect / First search the forum, then create a thread / Free software alternatives! - Logiciels alternatifs gratuits!/

allo et voilà

I see changes in mem usage from last month too--but are you seeing more hangs? My G3 was getting sluggish, the HD thrashing: 3 LW hangs on a 24hr session.

Attached Images

picture 3.png (28.4 KB, 277 views)

Salut Stief 1.1 gigs of VM? My iMac would have hung for minutes... The hangs seem related to uploads, but the increase of RAM usage is definitly caused by downloads. I can't get over 100megs RAM with uploading and running as UP. However ONE huge download and running as leaf is enough to get near 200meg RAM usage. The various memory optimisations in CVS LW made thursay and friday did help a little, but the real problems are in downloads.

Ciao

__________________
Liens d'intérêt /Links of interest:
Gnutellaforums en français /The House's rules you have to respect / First search the forum, then create a thread / Free software alternatives! - Logiciels alternatifs gratuits!/

Thanks for this diagnosis, et voila (and stief for posting the screenshot). We'll take a closer look into downloads. Unfortunately, it seems like 80/90MB footprint when running as an ultrapeer is going to stay for a bit... I believe the problem ultimately stems from QRP tables taking up too much memory. There doesn't seem to be any efficient sparse bitset representations for java, and making one is a very difficult (and time-consuming) task. Even sparse matrixes seem too heavyweight.

Yes--the screenshot reflects running as an UP (with no downloads), and just under 3 GB [edit] of HTTP uploads in that 24 hr period.

UP Gnutella traffic was higher than I recall too--averaging 6.9 kB/s down; 9.2 kB/s up.

Sorry if I missed a discussion of the traffic increase (not enough UP's for the great netsize growth?)--I'm catching up, and still can't get trap_jaw's BT enabled LW to connect.

Is http://www.limewire.org/jira still the place to watch for bug reports? I haven't been able to access it.

JIRA's been down for a bit. We'll get it back up at some point.

Salut Sam, I tried to get up to 200megs RAM by usual means, but couldn't I could with CVS of thursday, but not with the CVS of friday (friday's optimisations helped?!). I got up to 160 though. I have here infos (sreens + bug exemple and threads) available @ http://cmt.homeip.net/documents/lwinfos.zip
Process viewer analysis tool can be very helful On the screens you see that I have 148 megs RAM usage and 100 threads open (seem a lot for running as a leaf). I had 4 uploads and 1 dl going. The infos were taken after 20 hours of LW use. I recommend you to see the samples of com.limegroup.gnutella.gui.main and some stats at the end of that file. Tell me those stats are helpful for debugging.

All for now,
Ciao

PS: Sam. you badly need to enable PMs as this message was better suited for that, and it wouldn't clutter the thread.

__________________
Liens d'intérêt /Links of interest:
Gnutellaforums en français /The House's rules you have to respect / First search the forum, then create a thread / Free software alternatives! - Logiciels alternatifs gratuits!/

Thanks very much, et voila. I notice that you have automatic reporting of bugs turned on -- could you possibly turn that off (so it shows you an error every time)? It'd be nice to see if there's an internal error prompting any of these bugs.

The only odd thing I can notice with the example bug report is that the number of "DownloadWorker" threads is 64, yet you only had 1 managed download and 1 individual worker active.

That would be consistent with your other findings that downloading is causing errors. I've been unable to reproduce this myself, so perhaps there is something unique with OSX. Do you happen to have a Windows machine, or an older OSX box to run with?

PMs would become too confusing. I've already got enough places to check for messages. Besides... I'm not the only person who finds this info useful.

I have a windows xp box running 4.1.4 as a leaf on java 1.5 beta for 24 hours and memory usage is 45 megs ram and 80 megs vmem with 4 downloads active and 2 uploads active (10 waiting). It does seem normal.

Another thing: LW seems very slow at trying alternate sources from results on my mac. I tried the same search on mac and windows and the same download with a similar number of sources. The 4.1.4 version of xp was fast while the CVS os x version was dling from one host and it took a long time before trying the 10 other sources available (still downloads from one host...). It looks as if LW on my mac was having it's max simulatenous dl connexions so it avoids trying other sources. I repeated the test with other searches and same results. BTW I'm now at 121 threads with the same amount of dls and uploads as my previous report.

__________________
Liens d'intérêt /Links of interest:
Gnutellaforums en français /The House's rules you have to respect / First search the forum, then create a thread / Free software alternatives! - Logiciels alternatifs gratuits!/