Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   LimeWire Beta Archives (https://www.gnutellaforums.com/limewire-beta-archives/)
-   -   LimeWire 4.1.8 Beta (https://www.gnutellaforums.com/limewire-beta-archives/29503-limewire-4-1-8-beta.html)

et voilą November 6th, 2004 05:45 PM

I have a suggestion. I often download big files that end in "need more sources" state. However, I often continue uploading those partial files. Is LW asking chunks of those files to these possible sources and also verify if there are known alternate sources with them? That would save me doing searches to find more sources....

Ciao

stief November 7th, 2004 09:44 AM

salut all

the VM problem is back for OS X here: Looks like the View->Library is the factor.

ran Jum's latest CVS version (jum360) for 16 hrs yesterday as I normally would (UP, uploading ~45KB/s on average and with all the GUI turned on), hoping the VM would be stable at ~750MB. However, after about 8hrs HD space started dropping, and the VM was up to 1.1GB.

Turned off all options possible in the View Menu, and over three hours the VM remained stable at 1.12 GB.

Turned on ONLY the View->Library pane, and the VM rose to 1.71 GB in 2 1/2 hrs.

Turned Library pane off again, and the VM remained constant for the next 1 1/2 hrs at 1.71 GB

left it to run overnight, but logs show Java crashed about an hour later, followed by a limewire crash 39 seconds later. (Here's the basic info
Quote:

avaNativeCrash_pid388.log
An unexpected exception has been detected in native code outside the VM.
Unexpected Signal : Bus Error occurred at PC=0x90195238
Function=[Unknown.]
Library=/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation

LimeWire.crash.log
Exception: EXC_BREAKPOINT (0x0006)
Sorry Sam: after your kind words previously I really hoped the VM problem was fixed here.

If you are in a rush to get 4.2 out, would it help if the OS X View options could be turned off when there is no user interaction for, say 15 minutes, and turned on again when LW detects user interaction?

jum November 7th, 2004 01:12 PM

I am having only the search page up and on my OS x box after three days the virtual size of LimeWire is at 2.2 GB. I will probably need to stop it shortly so I can reclaim all the swap space.

et voilą November 7th, 2004 01:19 PM

weird. 44 hours uptime from the CVS version of friday. 3 gigs uploaded, been running as a leaf 40 hours, as UP 4 hours. 598 megs VM. Since Java 1.4.2 update 2 I never got VM problems. Could it be JUM specific? The only changes I made are the clients banned for uploads...

Ciao

stief November 7th, 2004 01:21 PM

Hi jum--good to hear from you again.
So you're seeing it too! Whew :) Ca you tell me if the jum 360 includes the garbage collector submission? http://limewire.org/fisheye/changelo...20041101172124

Roger is helping me learn to use the CHUD tool BigTop to try to see what's going on. Any tips?

jum November 7th, 2004 01:25 PM

Quote:

Originally posted by et voilą
weird. 44 hours uptime from the CVS version of friday. 3 gigs uploaded, been running as a leaf 40 hours, as UP 4 hours. 598 megs VM. Since Java 1.4.2 update 2 I never got VM problems. Could it be JUM specific? The only changes I made are the clients banned for uploads...

Well, anything can be possible. Due to the more activity via the timers it could be the trigger. I will check this by running it without any timers and also moving away my LimeWire.bsh file I should have the same thread configuration as in the standard CVS build.

et voilą November 7th, 2004 01:27 PM

Quote:

Originally posted by Peerless
hmmmmmmm...this makes me think of a BT client set up for SuperSeeding...

it would be great if LW would spread out different chunks of a big file to different users, so that in the end run, while no user may have a complete file, there is the complete file available in the form of incompletes being shared..so that if the original source goes offline, there would still be the possibility of completion from those with all the different chunks...

Randow chunks seeding is a great optimisation... but it kills hard drives! You should hear HD activity once you are dling and uploading a couple of large files in overnet :) I prefer the LW way for now. Might be slower, but it doesn't affect the computer so people can run LW longer without noticing or complaining.

jum November 7th, 2004 01:32 PM

Quote:

Originally posted by stief
Hi jum--good to hear from you again.
So you're seeing it too! Whew :) Ca you tell me if the jum 360 includes the garbage collector submission? http://limewire.org/fisheye/changelo...20041101172124

Roger is helping me learn to use the CHUD tool BigTop to try to see what's going on. Any tips?

Yes, the garbage collector thing is in. If you look at the date of a jum build and may be count a hour or two back you have the state of the CVS I did use for a build. I only additionally have a few patches in that are known already (I submitted these to the developers list in the past).

I have no experience with CHUD yet, although I will definitely be looking into it in the near future. But for tomorrow I am pretty busy perparing ARWEN for winter, tomorrow is crane day.

Lord of the Rings November 7th, 2004 08:22 PM

Quote:

Originally posted by et voilą
... The only changes I made are the clients banned for uploads...
How to do this? Are these entries in Filters>Hosts?

My 4.1.8 jum (1st I think) after 12 hrs after updating to OSX3.6 with search & lib windows only is 656 MB RAM & just over 1 GB VM.

et voilą November 7th, 2004 08:46 PM

Quote:

Originally posted by Lord of the Rings
How to do this? Are these entries in Filters>Hosts?

My 4.1.8 jum (1st I think) after 12 hrs after updating to OSX3.6 with search & lib windows only is 656 MB RAM & just over 1 GB VM.

You have to modify the source to ban some clients, then compile LW. Not a task for the average user. I think that with Trap_Jaw builds, you can filter some clients without recompiling LW. You can ask him. I'm now at 84 MB ram and 629 MB VM. There is a steady increase of 5 MB/hour of VM as Stief reported before on my machine. BTW Stief is testing my CVS build against the JUM one to see if there is any differences on his machine.

Ciao


All times are GMT -7. The time now is 08:53 PM.

Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
SEO by vBSEO 3.6.0 ©2011, Crawlability, Inc.

Copyright © 2020 Gnutella Forums.
All Rights Reserved.