mldonkey-users
[Top][All Lists]
Advanced

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

[Mldonkey-users] 1/ Solving latency pb - 2/ download/connect_to_server p


From: Lionel Bouton
Subject: [Mldonkey-users] 1/ Solving latency pb - 2/ download/connect_to_server pb
Date: Tue, 28 Jan 2003 14:45:21 +0100
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3a) Gecko/20021223

Julian Wiesener wrote:

Hi,

Just an Idea:
Include an Sleep Modus to mldonkey. Its Usefull for example to play Online. If you want play a round Counter Strike online you must kill mldonkey because the pings are to high.


You can use your OS's QOS handling for that, just place your important outgoing packets in a high priority queue and the rest (including eDonkey traffic) in a low priority queue with a restricted bandwidth.
I've set up such a system and my pings rarely are above 100ms.
A  ping to my ISP shows :
...
20 packets transmitted, 20 received, 0% loss, time 19207ms
rtt min/avg/max/mdev = 60.007/93.442/157.413/28.221 ms

With no network load, the min latency with my ISP is around 55ms (so I only lost around 40ms here). You could tune the script further (I didn't bother as I don't play fps online, this is tuned for ssh sessions and network go games...) but IMHO a max of 150ms with an average of 100ms is a good start.

If people are interested I can forward my setup scripts to them or the list (for Linux 2.4 kernel based distributions).

Running mldonkey as daemon would much more usefull if you can set mldonkey into an sleep modus. Without it issnt very usefull if your Computer have to do somthing else filesharing ;)


You could call "nu" with a netcat script too, didn't try that.



(Sorry for bad english, i can't do it better :D )


Same here :-)

# Download / Server connection pb

On a different topic, this is my current cs output (2.02-9). Upload average is quite low, but this is probably because mldonkey was recomputing md4 hashes (done a recover_temp that last several hours). Download is very low since a week (although ~200 files in downloading state with some having hundreds of sources).

Uptime: 16232 seconds (0+04:30)
     Client| seen      |  Downloads       |  Uploads         |  Banned
------------+-----------+------------------+------------------+----------
Total       | 30498     |    1.9   0.1     |   38.4   2.4     |   79   0%
eDonkey     |   162   1%|    0.0   0.0   0%|    0.4   0.0   1%|    0   0%
old mldonkey|  1451   5%|    0.0   0.0   0%|    0.8   0.0   2%|    2   3%
new mldonkey| 13495  44%|    0.0   0.0   0%|    0.5   0.0   1%|    3   4%
Overnet     |  1502   5%|    0.0   0.0   0%|    0.0   0.0   0%|    0   0%
old eMule   |     0   0%|    0.0   0.0   0%|    0.0   0.0   0%|    0   0%
new eMule   | 13723  45%|    1.9   0.1 100%|   36.4   2.3  95%|   74  94%
trusted mld |   165   1%|    0.0   0.0   0%|    0.4   0.0   1%|    0   0%

I've tried nearly everything from 2.02+pango to latest current cvs and always allowed for one full day runs without restarting mldonkey with each version.
Catching servers seems near to impossible too although :
- all udp/port used by mldonkey open (tcp 4662 / udp 4666 / tcp and udp 20438) system directly connected to the Net with a static IP,
- server_connection_timeout = 30 (was 5 before),
- force_high_id = false
- master_server_min_users = 0.
- max_connected_servers = 3

mldonkey seems to search servers on startup but stop to do so after a while.

LB





reply via email to

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