[Top][All Lists]
[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