[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:
http://savannah.nongnu.org/support/?func=detailsupport&support_id=101571&group_id=1409
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!
Xeno
----------------------------------------------------------------------
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.
chemical
----------------------------------------------------------------------
You can respond by visiting:
http://savannah.nongnu.org/support/?func=detailsupport&support_id=101571&group_id=1409