Oh and yet another thing. LimeWire hosts (in opposite to some other vendors) value the busy bit in your query replies. When your host says it's busy another LimeWire client will give your host a lower priority when trying to download a file that you have but that others have as well.

If you want to know more about how LimeWire handles uploads and about what might be wrong, you can download the newest beta which comes with some nice statistics.

By the way, my client receives an upload request every other second and my upload queue is never empty.

Interesting, I am now receiving requests from Java 1.1.8, Morpheus, Java 1.3.1, among others.


Are you referring to my wireless router, which I have disabled when using Limewire? (As an aside, the wireless router is set up for port forwarding.) Are you referring to my 10.2 firewall, which I have also disabled as a test, but which produced no better results? My wireless is set up fine for port-forwarding, as is my OS 10.2 firewall. I can disable both of them, and still I will not get uploads.


To clarify, I did not mean "Max Upload Slots." I meant "Uploads Per Person," defined as "Allow this many uploads per person." This is set at 100; if there is a cap, Limewire should specify.

"Max Upload Slots" is set at Limewire's default of 6 and as Limewire says, will only be reached if I have enough bandwidth. This should not affect "Uploads Per Person."

How can my host be busy when no one is uploading at the present time?

Wondering why I should have to download a beta when it seems this latest version should not have me working so hard. :confused:

Still trying to figure out, then, why so few people are able to upload successfully from me. I base this on "number of successful uploads" on previous Limewire builds versus this one.

:confused:

>Interesting, I am now receiving requests from Java 1.1.8, Morpheus, Java 1.3.1, among others.

The Java X.Y.Z requests are actually (well, probably) LimeWire HEAD requests from versions prior to 2.7. HEAD requests are things that exchange information about the file, such as alternate locations. From 2.7 forward, the User-Agent for head requests were set correctly to LimeWire.

Java 1.1.8 = Java 1.3.1 = LimeWire, - it's a small bug in the HEAD requester that has been fixed by now, I believe.

"Uploads Per Person" will not override "Max Upload Slots" and "Max Upload Slots" specifies the absolute maximum of parallel uploads. LimeWire will however adjust its internal maximum for parallel uploads (also overriding "Uploads Per Person") dynamically according to the currently available bandwidth. DO NOT change the "Start Upload Slots" value, it can lead to unexpected results (e.g. you won't be able to upload at all or only at 0kb/s).

It's not busy when you aren't uploading anything. I meant that while you are uploading, LimeWire will indicate in its queryhits that you are busy and old versions (prior to 2.7) will usually not consider downloading from you if they search you while you are busy. Even if they receive another result from you, while requerying the network, which indicates that you are not busy anymore, they will not download from you. This was also fixed with version 2.7.


It was just an idea, if you wanted to see more about LimeWire's internals. For example it counts the number of upload requests you receive as well as the number of push requests (if you receive many of those, you will know that others have problems connecting to your host).

I wonder why offer "Uploads Per Person" as a configurable option, if it will be overridden by "Max Upload Slots," as the two are different? Under Max Upload Slots, which is not where my problem is occurring, only six parallel uploads can occur at one time, maximum, based on my available bandwidth and my configuration set at six. If I am not allowed to specify "Uploads Per Person" then that should not be a configurable option. For example, Limewire just cut someone off who only had three uploads, even thought I had set Uploads Per Person at 100. My old version of Limewire handled these requests without incident.

I haven't changed this from the default value of 5. The config page does state problems with changing this value.


~~~~~

The bottom line is, Why was I seeing so many successful uploads on previous versions of Limewire and so few now?

:confused:

This sounds pretty interesting. Where do I upload this beta and is there a charge for it? Currently I'm running the free version.

BTW at the moment I have both the 10.2 (Mac OS X) firewall and my wireless router enabled and am having fairly decent luck with uploads. Not like the old days, but at least I am seeing some activity. Unfortunately, these short periods of activity are followed by long periods of no activity. Successful and completed uploads are much fewer than on earlier Limewire versions.

Other clients I'm getting requests from include MMMM, MyNapster 3.4.3.0 (port 6481), etc.

Downloads Testing
 

goto my website pick an address and email me with your IP address and some files you are hosting. It would help if you could indicate when you are going to be online if it is now, that's good. I can connect and search the network with serveral machines I can completely clobber your connection with download requests if you like and hopefully I can give you some good feedback on what I'm seeing on my end.

Hope this helps looking forward to hearing from you.

sonnet/LeeWare, let us know what the results are

I'll be sure to do that however, as it stands I have not received an e-mail from this guy (sonnet) yet.

Sorry ...

There have been 26 successful uploads in the past 12 hours, none going on now.

Lee, I'm available now, so I will email you. :)