Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   New Feature Requests (https://www.gnutellaforums.com/new-feature-requests/)
-   -   More queueing options (https://www.gnutellaforums.com/new-feature-requests/6799-more-queueing-options.html)

Unregistered December 30th, 2001 09:44 PM

More queueing options
 
I think there needs to be more options for queueing, such as queueing multiple downloads/uploads between the same hosts even if u|d/l slots are available. The advantage of this being that I would not attempt to tie up someone's server when getting multiple files.

Unregistered January 1st, 2002 09:58 PM

Let me put this into clear words with examples :

I find an entire MP3 album on someones client .
14 files in total .
My limit for downloading multiple files at once is 8 .

The guy with the songs has put his upload slots to 4 .

Now what happens when I start downloading that album ?

I get 4 downloads going , 4 other saying "waiting for 1 busy" and the remaining 6 are "queued" .

The other guy's upload slots are full .

(Mark 1) Now when the 4 files that were downloading are completed the other 4 waiting for "1 busy" immediatly jump on it and start downloading .

And the next 4 out of the queued list of 6 get into the "waiting for 1 busy" mode

Then we go back to the previous situation , now named "Mark 1" just to show you wich text part I mean .

This continues till al files are downloaded .
In that time no other user can get to that client since his upload slots are full and when one opens the immediatly fill up again .

While our first guy is downloading another user comes by and finds that he can't download because every transfer says : "waiting for 1 busy"

<hr>
Now what Mr. "unregistered" who started this trhead means is the following :

I find an entire MP3 album on someones client .
14 files in total .
My limit for downloading multiple files at once is 8 .
My limit for downloading multiple files at one from one host is 2 .

The guy with the songs has put his upload slots to 4 .

Now things go a little different whit that new limit .

I get 2 downloads going and the other 12 are queud .

The other guy's upload slots are : 2 full and 2 more open .

My 2 first downloads finish and the 2 next ones from the queued list start .
The other guy's upload slots stay the same .

While the the first guy is downloading songs 2 at a time another user comes by and wants to download too .
Now that users also has 2 upload slots he can use to download avaible to him .
He can start downloading too with 2 files at a time .

Now atleast 2 people can download files from that guy instead of one downloader tying it up completly and the second one waiting for the first one to finish .

Clear enough ?

Now when do we implement this one ?
Sounds like a winner idea !

VTOLfreak January 1st, 2002 10:00 PM

Grrr ..
 
Sh!t I'm still logged out !
Now I can't edit my own post !

reimer_sr January 3rd, 2002 09:41 AM

Feature is already there (server side)
 
in the dialog box:
Tools> Options> Uploads> Slots

there are three values in ver2 limewire

per person n slots (mine set to 2)
allow at least n slots (mine set to 5)
absolutely n max slots (mine set to 7)

which solves the problem if the server person thinks of it.

Granted having it on the client side might help too as it seems that people overlook this stuff.

VTOLfreak January 3rd, 2002 03:45 PM

Yes I now this function is already in LW server side .
But there are people outthere with clients that do not have this , so we need it client side too .

mrblode March 6th, 2006 08:46 PM

ya i was thinkig the same thing; for the program to automatically keep trying to resume "Waiting for busy hosts" currently i am having to keep resuming them when one of/more are done which this is very inconveinent b/c you have to monitor the downloads...make it do it automatically : )


All times are GMT -7. The time now is 01:38 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.