[Top][All Lists]

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

[Mldonkey-bugs] [ 101571 ] Much&High Uploads, but rare downloads

From: nobody
Subject: [Mldonkey-bugs] [ 101571 ] Much&High Uploads, but rare downloads
Date: Fri, 29 Nov 2002 02:03:13 -0500

Support Request #101571, was updated on 2002-Nov-28 02:44
You can respond by visiting:

Category: None
Status: Open
Priority: 5
Summary: Much&High Uploads, but rare downloads

By: asdf
Date: 2002-Nov-29 02:03
Logged In: NO 
Browser: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021123

i dont want do install QoS, and without, if i set it back to
8-10kb/s, then the response from my server is really slow.
mldonkey should have 2 limits, one request and one datalimit...
but i'll try to find a good value of the hard_upload limit.

thanks for your answer!



By: chem
Date: 2002-Nov-28 03:26
Logged In: NO 
Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.0; .NET CLR 1.0.3705)

Well, thats a generic problem of mldonkey.

You are *not* uploading with more than this 1 kB/s!
max_hard_upload_rate indicates the real effective *upload* 
to clients.

The rest of your upstreams are caused by requests to other 
clients/servers. This NEEDs to be fixed. 

I hope mldonkey will set this the first prio when he comes 
back on monday.

With a quick hack of pango, "client_stats", you can see 
this request flood (received) even on my mldonkey:

Total seens: 17659
       mldonkeys: 896 (5.07 %)
          eMules: 16451 (93.16 %)
        Overnets: 16 (0.09 %)
          others: 296 (1.68 %)
Total file requests: 68955
  From mldonkeys: 45807 (66.43 %)
  From    eMules: 22731 (32.96 %)
  From  Overnets: 24 (0.03 %)
  From    others: 393 (0.57 %)

You see? About 5% of the Sources I know of are mldonkeys, 
but 66% (!!) of requests my mldonkey got are created by 
them. And mldonkeys are >2.00, not the 1.16s.

This is caused by people like you. Decreasing upload to 
1k/s really decreases data upload to 1k/s, but not the 
requests. Its better for now to set this upload back to 8 
or 10k/s, and then QoS with the kernel.


You can respond by visiting:

reply via email to

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