Gnutella Forums

Gnutella Forums (https://www.gnutellaforums.com/)
-   New Feature Requests (https://www.gnutellaforums.com/new-feature-requests/)
-   -   Idea (https://www.gnutellaforums.com/new-feature-requests/2499-idea.html)

Unregistered July 17th, 2001 08:55 PM

Idea
 
I was thinking about why many downloads fail, and noticed that my upload slots are constantly filled with people downloading huge files.. 100+ meg files.
So people looking for smaller files can't get any slots.
Gave me an idea, how about a special slot just for smaller files?
It could even have its own upload speed limit.

TruStarwarrior July 17th, 2001 09:44 PM

Large Files
 
That definitely is a cool idea! I notice the same thing on my connection, and I feel bad for someone who can't even download a 315 kb jpeg picture because everyone else is hogging all the bandwidth with large file downlaods. Being a modem user myself, I keep those larger files out of my shared directory because I know that uploading them is unfeasible. :-)

Transcendent July 22nd, 2001 05:10 AM

<-- thread started, newly registered
I thought I would flesh the idea out a little.
You could call it an "Express Slot" and give it prefered bandwidth.

you could have:
2 regular slots with a 15k limit
1 express slot with a 5k limit, but only gets used for files under 5 megs(user defined?), but that 5k is part of the 15k "regular" limit.

So there is always a 15k total limit on the bandwidth used. I feel this is important so that you can keep your bandwidth controlled, but at the same time let as many people make good use of it at once.

example:
2 people using the regular slots to download 75 meg videos, each getting 7.5k/sec.
Another person requests a 3 meg mp3, and the 2 people on regular slots are lowered to 5k/sec each, and the third person gets 5k/sec on the mp3.
When he gets finished, that 5k goes back to the first two people, and they go back to 7.5k/sec each.

I really think this could cut down on people not being able to get files.

Hope I explained it well enough. =P

RaaF July 22nd, 2001 07:15 AM

There are two simple ways to do this without it beeing implemented in a client :
- run a second client, with just small files shared
( you can run both limewire and Phex, Phex runs on the same java enviroment instaled with Limewire)
- do one session with big files, and the next with small files

VTOLfreak December 23rd, 2001 02:14 PM

Needs to be finetuned but is a very good idea ...

I'm digging this post up from way in the past when there was only version 1.7 and such .
Sad to see were now up to 2.0 and we still don't have this .

Do the developers actualy read this ?
Seems not if you look at this ideas potentional .

And I don't consider running 2 instances of LW as an solution , too messy ...

Frans Wijnen February 20th, 2002 01:49 AM

This makes more files available
 
This is useful for anyone with a capped connection.

My upload slots are always filled with video downloaders. I'd like people to be able to get my mp3's as well. This almost never happens because a video takes one to two hours to download :-/

Btw. Almost all mIRC scripts have this kind of functionality.

Unregistered February 22nd, 2002 09:40 PM

How about instead of priority based on size, priority is based on what folder a file is in? That way you could have one folder with all your rare files and small easily downloaded files in it and another folder with your huge video files in it. The files in the low-priority folder would only be downloaded if there was bandwidth not being used by high priority stuff.

Also, could someone turn off upload limit reached messages? They make up like 99% of the messages and are the least informative.

Frans Wijnen February 23rd, 2002 01:37 AM

>How about instead of priority based on
>size, priority is based on what folder a
>file is in?

It is more flexible, but also it's more complex to manage. It would also force you to structure your directories in a way you don't like.
As a plus on size selection; downloaded files are automatically selected for the correct slots.

>Also, could someone turn off upload limit
>reached messages? They make up like
>99% of the messages and are the least
>informative.

I'll second that. All I want to know is which files have been uploaded successfully. There's no easy way to get this out of limewire currently.

NiGHTSFTP May 4th, 2002 03:56 PM

Quote:

Originally posted by Transcendent
<-- thread started, newly registered
I thought I would flesh the idea out a little.
You could call it an "Express Slot" and give it prefered bandwidth.

you could have:
2 regular slots with a 15k limit
1 express slot with a 5k limit, but only gets used for files under 5 megs(user defined?), but that 5k is part of the 15k "regular" limit.

So there is always a 15k total limit on the bandwidth used. I feel this is important so that you can keep your bandwidth controlled, but at the same time let as many people make good use of it at once.

example:
2 people using the regular slots to download 75 meg videos, each getting 7.5k/sec.
Another person requests a 3 meg mp3, and the 2 people on regular slots are lowered to 5k/sec each, and the third person gets 5k/sec on the mp3.
When he gets finished, that 5k goes back to the first two people, and they go back to 7.5k/sec each.

I really think this could cut down on people not being able to get files.

Hope I explained it well enough. =P

There should be no limit on the express slot. And only let it share things under 500k.

Also, even if a user unchecks "share with other users", force one express slot to be shared.

Edit: ewwwww, i didnt see the date on the thread, sorry for bumping it. still a good idea, though.

VTOLfreak May 5th, 2002 01:21 AM

Good idea to bring it back up .

I regulary see people trying to download 5 MB MP3's while all my slots are taken up by people downloading big files like games .


All times are GMT -7. The time now is 01:56 AM.

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.