[Mldonkey-bugs] [ 101532 ] Better Documentation

[nobody]

Support Request #101532, was updated on 2002-Nov-16 15:22
You can respond by visiting: 
http://savannah.nongnu.org/support/?func=detailsupport&support_id=101532&group_id=1409

Category: None
Status: Open
Priority: 5
Summary: Better Documentation

By: donkey
Date: 2002-Nov-16 15:22
Logged In: NO 
Browser: Mozilla/4.0 (compatible; MSIE 6.0; Windows 98; .NET CLR 1.0.3705)

There are many things about mldonkey which are not 
documented, and finding a good configuration is almost 
impossible without knowing what these mean. I know 
that programmers hate to write documentation, but it's 
part of the job... :)

OK, here we go:

download.ini settings:

initial_score: Completely undocumented.

check_client_connections_delay and max_udp_sends: What 
are these UDP packets used for? 

retry_delay: Completely undocumented.

max_clients_per_second: What purpose does one of these 
connections have?

client_buffer_size: What is this buffer used for?

min_left_sources: What is this setting used for?

queued_timeout: Is this the time mldonkey sits in 
another client's queue waiting to get to the top? If 
so, why limit it at all?


I'm using MLDonkey Watch, so I don't know if the 
wording will match that used in mldonkey. But I'll try 
to explain as well as possible: If you highlight one 
of the downloads, the GUI will show a list of clients 
offering this download, each having a state of 'Not 
Connected', 'Connecting', 'Connected', 'Queued' 
or 'Transfering'.
I've noticed that almost all of the clients are 'Not 
Connected', and only about 10 'Queued'. Wouldn't it 
make more sense to be in as many queues as possible?

I have also noticed that the number of sources per 
file increases to insanely high values (800 after 10 
hours). Neither the original edonkey, emule or overnet 
could find more than 70 sources for the same file, yet 
the transfer rates were the same. Even though I've 
enables both the edonkey and the overnet protocol, I'd 
have expected 140 sources at max. So what's the 
difference?

And finally: Is there any way to re-create the 
part/part.met files which where destroyed when I did 
import_temp? And could you PLEASE add a warning that 
they will be destroyed to the command?

Thanks for your help,
Daniel

----------------------------------------------------------------------
You can respond by visiting: 
http://savannah.nongnu.org/support/?func=detailsupport&support_id=101532&group_id=1409