bugmldonkey, a multi-networks file-sharing client - Bugs: bug #503, Upload limitation does not work

 
 

You are not allowed to post comments on this tracker with your current authentication level.

bug #503: Upload limitation does not work

Submitted by:  None
Submitted on:  Wed 29 May 2002 08:45:48 PM UTC  
 
Category: CoreSeverity: 3,5
Item Group: NoneStatus: Remind
Assigned to: mldonkey admin <mldonkey>Open/Closed: Closed
Release: Release: None
Operating System: NoneBinaries Origin: None
CPU type: None

(Jump to the original submission Jump to the original submission)

Tue 02 Dec 2003 05:50:12 PM UTC, comment #12:

This patch report is very old. If the bug still exists in current
versions please post a new bug report - spiralvoice

spiralvoice <spiralvoice>
Project Administrator
Tue 29 Oct 2002 12:27:30 PM UTC, comment #11:

I was just evaluating mldonkey. It has been running > 15hrs now and just NOW I am experiencing the same problem with upload larger than it should be

The problem is, upload limiting does work for transfers but I just took an "out-time" with "nu 60" and still I am exceeding 14+KBytes / sec. Then I went to look with a network sniffer on the linux server and I saw that mldonkey is NOT uploading a single file. However, it IS asking many many peers for files. All packets are around size 15, 30 and 60 bytes, so very small. But there are SO MANY of them that it saturates my upstream !

In short: mldonkey (version 2.0 release linux shared binary) seems to cap uploads but not meta-data/search upstream

I have an ethereal packet dump of a few seconds where mldonkey shows this behaviour. If the developers want it, just email me at -unavailable-

Anonymous
Mon 21 Oct 2002 09:06:36 PM UTC, comment #10:

poelzi meant, that you can create a single account only for mldonkey, and shape the traffic for this account (eg. "leech"). Well , it works for me :)

greetz tech

Anonymous
Sat 19 Oct 2002 06:21:56 PM UTC, comment #9:

well, just set it the uprate value to 5 as i did.
iptraf says outgoing rate is about 9-10kbyte/s, which
doesn't actually fit in the limitation, but my remaining 8kbyte/s bandwith is enough to manage other tcp/ip stuff

Anonymous
Thu 17 Oct 2002 05:27:14 PM UTC, comment #8:

Darn, Even with the 'new' 2.0 so called 'stable' release this bug has not been fixed!
I set the cap to 10KB, but the §$%§! thing just ignores it and pumps out at 20KB at this point my provider disconnects me.

And please do not tell me to limit my overall-output like poelzi tried as I have more than one process on my box that needs some bandwitdh

Thanks

Anonymous
Wed 09 Oct 2002 06:13:42 PM UTC, comment #7:

I use
http://fiaif.fugmann.dhs.org/ firewall and patched them for adding own rules. The patch is padded for adding into the distrbution but can get it from
http://files.poelzi.org/patches/fiaif/addbands.tar.gz

good look :)

Anonymous
Mon 07 Oct 2002 06:05:27 AM UTC, comment #6:

max_hard_upload_rate = 15 works fine with me...
a workaround for users that are deconnected by their own provider would be to use QoS to limit bandwith usage on donkey ports.

Anonymous
Sun 29 Sep 2002 07:26:52 AM UTC, comment #5:

update (me again)
just read the releasenotes of mldwatch 1.7 and found a bug report on the up/down speed shown in the statusbar.

unfortunateley this does not have anything to do with the problem of too high up/down rates i experienced

Anonymous
Sun 29 Sep 2002 07:05:07 AM UTC, comment #4:

update concerning my post from 2002-Sep-16 02:39 (the huge one) : it's not only the downstream bw that's completely sucked up by mld, even the upstream is at 128kbit/s.
-
sure @ mldonkey, now i updated to mld1.99b8 and mldwatch 1.7.
the gui pretends to upload about 3-4kbytes/s with a given limit of value "10". [kilobytes per second, aight? ;) ]
but iptraf shows me an output bandwith of about 135 kbit/s.
(yes i checked iptraf even when mld was offline, and it was about 8kbit/s).
maybe it's not a transfer sucking up my bandwith, because mld found about 2600 sources for one file, but i limited the value to 1000. could this be the reason why i have no bandwith left?
ppp0 receives 45000 packets per minute, almost 98% for mld.
hand
mux

Anonymous
Mon 16 Sep 2002 07:30:37 PM UTC, comment #3:

Don't forget these options are in kB/s and not kb/s

Next CVS snapshot will indicate in the GUI the uploaded/downloaded bytes.

mldonkey admin <mldonkey>
Project AdministratorIn charge of this item.
Mon 16 Sep 2002 06:39:12 AM UTC, comment #2:

Hi
I use the same provider, and limitated my bandwith in mld 1.16 to 80/10 k/s, and it works pretty fine.
However, from time to time, my mld seems not to update his serverlist after restart (although 4 .met's are in the downloads.ini), and starts starving around with about 40 servers.
So i used the mld 1.99 beta5 core (just because of the nice windows-gui that's around),and now it seems to me that mld 1.99 has severe problems with bandwith limitation.
mld1.99 always seems to suck up the whole downstream bandwith, no matter which limit is set.As my linuxserver is used as a router to, it comes extremely unhandy that there's almost no downstream bandbwith available (even smallhonkclients like irc or icq can't connect to their servers - same applies to the browsers.)

have a nice day
mux

Anonymous
Thu 05 Sep 2002 12:29:33 PM UTC, comment #1:

I have it too, it´s fucked up, because my hole house is on a router, and when mldonkey is running, the other computers can´t surf in the Internet!!!!

Alex

Anonymous
Wed 29 May 2002 08:45:48 PM UTC, original submission:

Hi,
I live in Germany and can only upstream with 16KB/s (capped by the German Telekom).
And if I set my mldonkey-upstream to 15 I am experiencing the problem, that mldonkey does not stick to its limitation, it always tries tries to send more than it can send and my Provider then allways disconnects me.

I am using mldonkey 1.16

Anonymous

 

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

CC list is empty

 

Do you think this task is very important?
If so, you can click here to add your encouragement to it.
This task has 0 encouragements so far.

Only logged-in users can vote.

 

Please enter the title of George Orwell's famous dystopian book (it's a date):

 

 

Follow 5 latest changes.

Date Changed By Updated Field Previous Value => Replaced By
Tue 02 Dec 2003 05:50:12 PM UTCspiralvoiceOpen/ClosedOpen=>Closed
Mon 16 Sep 2002 07:30:37 PM UTCmldonkeyCategoryNone=>(Error - Not Found)
  Severity3 - Normal=>(Error - Not Found)
  StatusNone=>(Error - Not Found)
  Assigned toNone=>NA

Back to the top


Powered by Savane 3.1-cleanup1