mldonkey-bugs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Mldonkey-bugs] [bugs #503] Upload limitation does not work


From: spiralvoice
Subject: [Mldonkey-bugs] [bugs #503] Upload limitation does not work
Date: Tue, 02 Dec 2003 12:50:14 -0500
User-agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.5) Gecko/20031007

This mail is an automated notification from the bugs tracker
 of the project: mldonkey, a free e-Donkey client.

/**************************************************************************/
[bugs #503] Latest Modifications:

Changes by: 
                spiralvoice <address@hidden>
'Date: 
                Tue 12/02/2003 at 18:50 (Europe/Berlin)

            What     | Removed                   | Added
---------------------------------------------------------------------------
              Status | Open                      | Closed


------------------ Additional Follow-up Comments ----------------------------
This patch report is very old. If the bug still exists in current

versions please post a new bug report - spiralvoice






/**************************************************************************/
[bugs #503] Full Item Snapshot:

URL: <http://savannah.nongnu.org/bugs/?func=detailitem&item_id=503>
Project: mldonkey, a free e-Donkey client
Submitted by: 0
On: Wed 05/29/2002 at 22:45

Category:  Core
Severity:  6
Item Group:  None
Resolution:  Remind
Assigned to:  mldonkey
Status:  Closed
Release:  None
Release:  
Platform Version:  None
Binaries Origin:  None


Summary:  Upload limitation does not work

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

Follow-up Comments
------------------


-------------------------------------------------------
Date: Tue 12/02/2003 at 18:50       By: spiralvoice
This patch report is very old. If the bug still exists in current

versions please post a new bug report - spiralvoice

-------------------------------------------------------
Date: Tue 10/29/2002 at 13:27       By: None
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 address@hidden



-------------------------------------------------------
Date: Mon 10/21/2002 at 23:06       By: None
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

-------------------------------------------------------
Date: Sat 10/19/2002 at 20:21       By: None
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



-------------------------------------------------------
Date: Thu 10/17/2002 at 19:27       By: None
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

-------------------------------------------------------
Date: Wed 10/09/2002 at 20:13       By: None
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 :)

-------------------------------------------------------
Date: Wed 10/09/2002 at 14:29       By: tech
i didnt know that. can you mail me your tbf script ?

Im using cbq atm.

address@hidden

-------------------------------------------------------
Date: Tue 10/08/2002 at 21:02       By: poelzi
When you use Linux you can use for example:

iptables -I INPUT -i ppp0 -t mangle  -m owner --uid-owner leech -j MARK 
--set-mark 67



Then run every P2P program as user leech. Every outgoing packet is marked and 
can be shaped by a tc rule to one limit.

Don't forget to use a qos qdisc and not only a class or mostly the wrong 
packages get droppend an transfer is realy bad. I have good experiences with 
tbf as qdisc.





-------------------------------------------------------
Date: Tue 10/08/2002 at 17:05       By: tech
I live in Germany too. I experienced a few problems while testing mldonkey. The 
first one was , that mldonkey uses too many connections if you want to share 
the line with a few workstations. 5 PCs online at home here. If mldonkey runs a 
while nobody can even surf anymore. limit the connections to 200 or 300. QoS is 
a way to limit upload bw, BUT it limits (and if to fast drops) the p2p 
communication packets too (because they use the same port) and thats not what 
we want. I think it is the 900+ connections too, that is causing the uploadbw 
"override". To hold the connections a few kb/s are needed and to establish new 
ones even more bw is needed. Im not sure if mldonkey calculates this. So reduce 
the maxconnections value. Further i noticed a random disconnect. The first 
thing i thought its my ISP disconnecting me, because i cant do to many nmap 
scans without beeing disconnected. But this wasnt the case. I looked in the 
debugmessages of my clientsoftware ( rp-pppoe ) and saw a message like "net 
send error ... no buffer space availabe ... modem hangup". Its a bug in the UDP 
packet handling of the pppoe software. Its easy to fix. You just have to edit a 
line in the sourcecode and recomile it.

Sorry, I dont have the link anymore but I found the solution at the debian BTS. 
www.debian.org . The error appears if sending many UDP packets. (eg extended 
search).

Sorry for my bad english.



-------------------------------------------------------
Date: Mon 10/07/2002 at 08:05       By: None
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.



-------------------------------------------------------
Date: Sun 09/29/2002 at 09:26       By: None
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

-------------------------------------------------------
Date: Sun 09/29/2002 at 09:05       By: None
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

-------------------------------------------------------
Date: Mon 09/16/2002 at 21:30       By: mldonkey
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.



-------------------------------------------------------
Date: Mon 09/16/2002 at 08:39       By: None
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

-------------------------------------------------------
Date: Thu 09/05/2002 at 14:29       By: None
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



-------------------------------------------------------
Date: Mon 07/22/2002 at 10:46       By: Netgrabber
I have the same problem!

-------------------------------------------------------
Date: Fri 06/14/2002 at 03:47       By: jzl60
Got the same problem. I temporarily fixed this with a smart router (Basically, 
I drop incoming frames when the bandwidth limit is reached). This is not the 
right/intelligent way of doing it. I would really like to get this one fixed.

Joel

-------------------------------------------------------
Date: Sun 06/09/2002 at 02:01       By: Janus666
y0, got t-dsl too and have the same prob

got upload on 12K/Sec but its streaming more than 16K/Sec

:/ fix that plz

-------------------------------------------------------
Date: Sun 06/09/2002 at 02:01       By: Janus666
y0, got t-dsl too and have the same prob

got upload on 12K/Sec but its streaming more than 16K/Sec

:/ fix that plz

-------------------------------------------------------
Date: Sun 06/09/2002 at 01:56       By: Janus666
y0, got t-dsl too and have the same prob

got upload on 12K/Sec but its streaming more than 16K/Sec

:/ fix that plz












For detailed info, follow this link:
<http://savannah.nongnu.org/bugs/?func=detailitem&item_id=503>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.nongnu.org/





reply via email to

[Prev in Thread] Current Thread [Next in Thread]