mldonkey, a multi-networks file-sharing client - Bugs: bug #14468, max_hard_upload_rate erratic...
You are not allowed to post comments on this tracker with your current authentication level.
bug #14468: max_hard_upload_rate erratic behavior (load sensitive)
Submitter: | Jonathan Thibault <finboyslick> | ||
Submitted: | Thu 08 Sep 2005 05:05:14 AM UTC | ||
Category: | Core | Severity: | 3 - Normal |
Item Group: | Program malfunction | Status: | Fixed |
Assigned to: | None | Open/Closed: | Closed |
Release: | 2.6.3 | Release: | |
Operating System: | Linux | Binaries Origin: | CVS / Self compiled |
CPU type: | Intel x86 |
Jump to the original submission
Fri 23 Jun 2006 07:24:47 PM UTC, comment #8: |
spiralvoice <spiralvoice> |
Mon 23 Jan 2006 12:26:21 AM UTC, comment #7: Fixed by patch #4581, applied 2005/10/31? |
spiralvoice <spiralvoice> |
Tue 13 Sep 2005 12:43:04 AM UTC, comment #6: Ok, I think I've found a bug in bittorrent upload handler (I don't use bittorrent, so I missed it before).
|
pango <mlpango> |
Sun 11 Sep 2005 01:11:12 AM UTC, comment #5: And very closely to half the value, so it could be related to bug fixed by patch #4374, but I'm not sure.
|
pango <mlpango> |
Sat 10 Sep 2005 08:26:34 PM UTC, comment #4: My problem isn't that it goes over the rate though, it is that it never reaches it. It typically sticks to about half. |
Jonathan Thibault <finboyslick> |
Sat 10 Sep 2005 07:07:15 AM UTC, comment #3: Strange, I get exactly the requested upload rate, and it behave much better under load (rewriting bandwidth controlers to use the same kind of enhancements could help further). By design it can temporarily go over requested rate if it couldn't previously reach it, but it shouldn't last 1 minute like on your graph, more like a few seconds.
|
pango <mlpango> |
Fri 09 Sep 2005 06:17:51 PM UTC, comment #2: I am testing it right now. Under no load, it is actually worse than 'unpatched' 2.6.4, my average up rate being 25-30k/sec. Under load, it still drops to 5-10k/sec. The main difference I noticed is that if I 'reset' max_hard_upload_rate (0, then 60), I will no longer get the nice flat 'normal behavior. Instead, it climbs up to saturate my link (while at 0) and then drops back down to about half of the setting (30k/s while set at 60). I guess we fixed a bit of the mystery: I don't get a 'normal' state that mysteriously disappears now, it's 'misbehaving' all the way ;)
|
Jonathan Thibault <finboyslick> |
Fri 09 Sep 2005 08:56:09 AM UTC, comment #1: Have you tried patch #4337 ?
|
pango <mlpango> |
Thu 08 Sep 2005 05:05:14 AM UTC, original submission:
As discussed in the #mldonkey channel, mlnet seems to have a flaw with upload bandwidth throttling. I've experimented and tested a lot and found out a few things:
|
Jonathan Thibault <finboyslick> |
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2006-07-20 | spiralvoice | Status | None | Fixed | |
Open/Closed | Open | Closed | |||
2005-09-09 | finboyslick | Attached File | - | Added example4.png, #2940 | |
2005-09-08 | finboyslick | Attached File | - | Added example3.png, #2931 |
Powered by Savane 3.13-d3ae.
Corresponding source code
Please check if this bug still is in current CVS version.
You should find a tarball of current CVS in files section of
this project: http://download.berlios.de/pub/mldonkey/spiralvoice/