Automatically dropping slow users
Moderator: Moderators
Automatically dropping slow users
Over the last past months I have been testing a feature I added to DC++ : Any item in the queue can be tagged so that if the download speed of the item you are downloading falls below a settable threshold for a settable period of time, the user you are downloading from is automatically removed from the queue.
Both download speed threshold and confirmation period are settable within the advanced settings page (in kb/s and minutes).
For the moment this tag is not saved with the queue (so you have to reselect the items you want to speed-control one by one every time you restart DC++).
If anyone is interested in this feature, please let me know.
xhost+
Both download speed threshold and confirmation period are settable within the advanced settings page (in kb/s and minutes).
For the moment this tag is not saved with the queue (so you have to reselect the items you want to speed-control one by one every time you restart DC++).
If anyone is interested in this feature, please let me know.
xhost+
-
- Posts: 47
- Joined: 2004-01-27 19:16
- Location: Auckland New Zealand
- Contact:
not bcdc that I know of, iDC and PDC have it thou, but not everyone wants to use mods, infact it is better alot of the time to use the vanilla dc++. This feature has been requested a number of times and mostly the reply is along the lines of using the max speed for starting new downloads and just setting your download slots alittl ehigher then you normally would[B]bongretarded wrote:Hasn't this feature been put into other clients? Like bcdc and pdc++???
I may be wrong but I don't think that has anything to do with what I did.the reply is along the lines of using the max speed for starting new downloads and just setting your download slots alittl ehigher then you normally would
The trouble is when you go to bed and DC tells you that there is 6 hours of download remaining and during the night the user you're downloading from log off, the automatic alternate source locator locates an alternate source (hence the name) but unfortunately that source is so slow that you end up the next morning with DC telling you that your download has still 80% remaining and should be finished within the next 37 hours...
What I did is that if a source is detected below say 20 kB/s for more than say 2 minutes, then the user (source) is automatically removed from queue and another one is tried.
With this system, all selected downloads finish in a blink of a moon's eye.
xhost+
-
- Posts: 2
- Joined: 2003-02-04 16:50
comparing alt sources
Sounds great to me!
Re: the no sources vs. slow sources, perhaps DC++ could note the rates of the sources (from getting the lists) and simply use the one with the highest average rate.
Re: the no sources vs. slow sources, perhaps DC++ could note the rates of the sources (from getting the lists) and simply use the one with the highest average rate.
-
- Posts: 1
- Joined: 2004-02-29 12:34
IM INTERRESTED
Yes yes yes. Pleeeeaaaase insert this function. I really hate waking up to find my download is down to 20B. Let the user set his own lowest preference. Guess mine would be 15kB/s or something.
Re: IM INTERRESTED
Seems a good feature, there are only a few problems
but if there is only 1 source? better a slow user than nothing
but if there is only 1 source? better a slow user than nothing
-
- Posts: 12
- Joined: 2003-12-09 19:53
Re: IM INTERRESTED
have a user defined variable to set the # of sources a file must have before dc++ starts dropping slow users, simpleWisp wrote:Seems a good feature, there are only a few problems
but if there is only 1 source? better a slow user than nothing
and i agree, this would be an excellent feature
Last edited by OrangeSlice on 2004-03-02 01:29, edited 1 time in total.
-
- Posts: 12
- Joined: 2003-12-09 19:53
-
- Forum Moderator
- Posts: 1420
- Joined: 2003-04-22 14:37
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Good stuff.GargoyleMT wrote:Fixed, registered users should be able to edit their own posts here now. I also set it so that you have to be a moderator to create a poll.
Yes, but if you release your new client as a binary, you have to make the modified source code easily available.Simon F-L wrote:Is it ok for anyone to change there own client?
It has several votes because it’s been requested before multiple times. And there already are mods with this type of feature built in. Because of that, having a new mod with only this feature seems useless.
I would suggest that you simply submit a patch instead of branching off.
I would suggest that you simply submit a patch instead of branching off.
My Visual Studio .NET 2003 is licensed under my name, and the same for my operating system... What about you?
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
I surf on an OC3 without limitations, two to be exact, and I'm not joking.
Compile.txt wrote:Submitting patches
If you think you've done something that more people could use, you can always submit a patch for inclusion in the
original distribution. I will then consider whether I like the patch or not based on things that might seem to be
completely random, which just might be the case. Popular reasons for rejecting a patch include, but are not limited to,
ugly code, abusable features, feature that I don't like that bloat the applications and incompatibility with other
modifications I've already done.
To increase the chances of your patch being accepted, mail them to me ([email protected]) as diffs against the latest
code you can find (for the moment, it should be the cvs repository on sourceforge, but sometimes I forget to
update it, so check the source code distribution of the latest release as well...). You can find a lot of
information about diff and patch by googling for it. I like unified format (diff -uNr).
By submitting a patch, you agree to that I get copyright of it. This to avoid stupid situations later on where
the copyright is split out over a million people, each of which could stop further distribution of DC++. If you don't
like this, start your own distribtution, if you're lucky it might become more popular than the original =).
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Email to arne, per the compile.txt directions above, is the surest way to do it. You can attach files to a feature request (in your case, this one) only if you're either a tracker admin or the request submitter.xhost+ wrote:I have no problem with that. How can I do it ? I browsed the Feature Tracking on SourceForge but couldn't find any way to submit an evolution?
That's done
Hello all,
The patch has been submitted today.
I had to rework it a little bit to make it compatible with 0.401 (it was 0.305 based).
Hope it'll be included.
xhost+
The patch has been submitted today.
I had to rework it a little bit to make it compatible with 0.401 (it was 0.305 based).
Hope it'll be included.
xhost+
-
- Posts: 32
- Joined: 2003-12-12 14:28
- Location: FL,USA
- Contact:
should be setup on a average system or a counting system.. ie if the 10 second avg is less than the minimum selected speed.. or if the minimun is under the min for 10 seconds streight.. ie 1K/s Min.
5K,3K,0K,0K(8 more = Drop),3K(Reset counter)
or just an timespan average.
If that makes any sence at all to anyone.
Tim-
5K,3K,0K,0K(8 more = Drop),3K(Reset counter)
or just an timespan average.
If that makes any sence at all to anyone.
Tim-
Rejected!
Guys... Read the first message... It works on a confirmation window basis whose size you can set.should be setup on a average system or a counting system.. ie if the 10 second avg is less than the minimum selected speed.. or if the minimun is under the min for 10 seconds streight.. ie 1K/s Min
Anyway I got the answer from Arne and it seems my code infringed several coding rules which were not known to me and thus is rejected.
Since it would take too much time to have it straight back the way Arne would like it, plus the fact that I do it for fun, my needs and not pride of seing my name appended to the credit list (although that would be nice ), I'm afraid you will have to wait 'till someone else does it...
In the meantime, you can try out my mod at http://jdcpp.free.fr.
Its based on 0.401 so it comes with the CPU-and-HD-eating, to-my-point-of-view-totally-useless, hashing capability which I'm very afraid will transform DC into a lame kazaa clone once the multi-source feature is implemented (once you've got hash, guess what'll come next). Well, I'll argue on that somewhere else, promise.
Feel free to send your feedback and continue the work...
xhost+
and what about a ban list for downloads. i will tel you a stroy
i often download a set of files - like episodes or music - when i do that i download form many users at the same time, (they add through search on the common keyword, ex. futurama for futurama episodes) but... among many, many users that have most of the collection and are added to potential sources for myne download, there are some which are quite slow. when i look through the list i can see the same people "blocking" a file witch would have better hosts to download from, and i have to get rid of them all the time...
in esence - if there would be a way to tell dc "well download the files i listed in the download quete but DONT use any of the folowing users do download them from"
i often download a set of files - like episodes or music - when i do that i download form many users at the same time, (they add through search on the common keyword, ex. futurama for futurama episodes) but... among many, many users that have most of the collection and are added to potential sources for myne download, there are some which are quite slow. when i look through the list i can see the same people "blocking" a file witch would have better hosts to download from, and i have to get rid of them all the time...
in esence - if there would be a way to tell dc "well download the files i listed in the download quete but DONT use any of the folowing users do download them from"
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
No need, it's in the feature tracker already (I ask people to search there in the sticky post at the top of this forum):Qba wrote:i will tel you a stroy
[ 771569 ] manually label sources as preferred or to be avoided
i did read it... must have slippedGargoyleMT wrote: No need, it's in the feature tracker already (I ask people to search there in the sticky post at the top of this forum):
[ 771569 ] manually label sources as preferred or to be avoided
Qba
Update
The source distrib at http://jdcpp.free.fr was missing QueueFrame.h. It's now fixed.
Thanks to Toad for pointing this out.
xhost+
Thanks to Toad for pointing this out.
xhost+
Seems strange. I've never experienced that... Did you compile it or did you use the binary?When the timer starts to countdown all hubs disconnect and all dl's stops
It's explained on the website. In the settings page there is an "Upload Speed Threshold" editbox you'll have to filled with the desired minimum upload rate.And where are the options (lowest speed) supposed to be saved???
xhost+
Ok, I've tried your modded version and I'm experiencing two problems so far.
1.Tthe "Remove source if below download threshold" option doesn't work. I right-click and select it, and the next time I right-click it still says "Remove source if below download threshold".
2. I can't manually add sources to files anymore.
Good effort, but it needs a little work.
EDIT:
3. While writing this message. It crashed!
1.Tthe "Remove source if below download threshold" option doesn't work. I right-click and select it, and the next time I right-click it still says "Remove source if below download threshold".
2. I can't manually add sources to files anymore.
Good effort, but it needs a little work.
EDIT:
3. While writing this message. It crashed!
I posted something like this here and worked the idea out further:
http://dcplusplus.sourceforge.net/forum ... hp?t=10393
I'd like to be able to choose from which user I'm downloading, rather than DC++ just picking the first one online. It should pick the fastest instead. What about a 'properties' window for each file in which I can choose/delete/compare users for each file.
When it's downloading FileLists it can easily compare the speeds for each user. (Now I have to monitor manually which go fastest and then delete every user that is slow by right clicking - 20 times for 20 slow users )
It could also be set in this properties window that DC++ skips to another user if speed drops below a configurable level. And that being able to adjust for each file. So rare files will get a high speed and common files a low speed.
This will all make the queue.xml file a bit longer, but I think it would be great. There are so many fast slots around - it's just very difficult to find them.
http://dcplusplus.sourceforge.net/forum ... hp?t=10393
I'd like to be able to choose from which user I'm downloading, rather than DC++ just picking the first one online. It should pick the fastest instead. What about a 'properties' window for each file in which I can choose/delete/compare users for each file.
When it's downloading FileLists it can easily compare the speeds for each user. (Now I have to monitor manually which go fastest and then delete every user that is slow by right clicking - 20 times for 20 slow users )
It could also be set in this properties window that DC++ skips to another user if speed drops below a configurable level. And that being able to adjust for each file. So rare files will get a high speed and common files a low speed.
This will all make the queue.xml file a bit longer, but I think it would be great. There are so many fast slots around - it's just very difficult to find them.
-
- Posts: 3
- Joined: 2004-06-19 10:59
-
- Posts: 3
- Joined: 2004-06-19 10:59
Babysitting downloads
I decided to try bogstandard dc++ for a change instead of dc++ stealth to avoid changing mac address & aliases weekly and the occasional auto-ban hubs, but the lack of auto-disconnect slow user is very much the worst of 2 evils. .close connection. Search for alternatives. That's all. Good?
Sometimes I leave my computer overnight only to find it downloaded 3% the next morning due to the fact that it was downloading at 11b/s
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Re: Babysitting downloads
Er, did you miss the portion where xhost gave the URL to a DC++ mod that includes his changes? DC++ without dropping slow users and StealthDC++ with dropping aren't your only two choices. CZDC and PhantomDC both have dropping users too.OptiMalXferz wrote:I decided to try bogstandard dc++ for a change instead of dc++ stealth to avoid changing mac address & aliases weekly and the occasional auto-ban hubs, but the lack of auto-disconnect slow user is very much the worst of 2 evils
If you wanted to use a good client, you could.
Oh and oh!!!
While you're at it, why not change it so that you can prioritize users with a certain string in their nickname, for example that this feature tries out all users that have the [BBB] or [10MBit] tag in front of their names first and then goes on to the next tag in the order of all the ones you can write? Get my drift?
-
- DC++ Contributor
- Posts: 3212
- Joined: 2003-01-07 21:46
- Location: .pa.us
Re: Oh and oh!!!
That is only a small variation on this existing request:Seade wrote:While you're at it, why not change it so that you can prioritize users with a certain string in their nickname
[ 771569 ] manually label sources as preferred or to be avoided
-
- Posts: 1
- Joined: 2004-07-10 07:42
download speed feature
hey there,
just read the threads on this topic and trying the feature now.
First of all i like to say that i find it a wonderfull feature which saves me a lot of irritation searching for faster users every time.
Second of all i like to make some suggestions to make this feature a little more user friendly;
1: is it possible to hook this feature up on the amount of users in your download que? For example that you can set it so that its only (and automatically) used when there are more then a given number of users to download from?
If this is possible, you can use it automatically for all the downloads, cause the proggie will not use it automatically when the amount of users which you can dl the file from is lower then your minimum requirement..
Another solution that would be great would be that this only works if there are other users with free slots in your queue for that file...In this case the proggie should check if there are more then # users in your queue and more then # from those users have free slots. IF thats the case and the dl is slow, he should disconnect and continue to try the next user.
This makes that you basicly will always have the fastest dl...(unless there are more users in queue with free slots that are all below the desired dl speed lol)
2: is it possible to let this feature make a log file, so you can see which users are closed for having a slow dl speed? Cause in this way you can check if the feature is doing what its supposed to do
greetings and keep up the good work
duckfromhell
just read the threads on this topic and trying the feature now.
First of all i like to say that i find it a wonderfull feature which saves me a lot of irritation searching for faster users every time.
Second of all i like to make some suggestions to make this feature a little more user friendly;
1: is it possible to hook this feature up on the amount of users in your download que? For example that you can set it so that its only (and automatically) used when there are more then a given number of users to download from?
If this is possible, you can use it automatically for all the downloads, cause the proggie will not use it automatically when the amount of users which you can dl the file from is lower then your minimum requirement..
Another solution that would be great would be that this only works if there are other users with free slots in your queue for that file...In this case the proggie should check if there are more then # users in your queue and more then # from those users have free slots. IF thats the case and the dl is slow, he should disconnect and continue to try the next user.
This makes that you basicly will always have the fastest dl...(unless there are more users in queue with free slots that are all below the desired dl speed lol)
2: is it possible to let this feature make a log file, so you can see which users are closed for having a slow dl speed? Cause in this way you can check if the feature is doing what its supposed to do
greetings and keep up the good work
duckfromhell
-
- Forum Moderator
- Posts: 366
- Joined: 2004-03-06 02:46