[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Mldonkey-features] Too many stored client adresses i think
From: |
Robert Reither |
Subject: |
[Mldonkey-features] Too many stored client adresses i think |
Date: |
Thu, 18 Apr 2002 21:37:34 +0200 (METDST) |
i think i have problems with too many known client adresses for
older files to download. In some cases there are >5000 adresses
enlisted (viewable with gui), which produces buffer overflows if
i click on the file in download menu( i can handle this with
bigger buffers, but over a 65k modem line its a pain to wait
for the display refresh :))
I also think, these massive amount of dead clients slows down
the downloading, bcause most connect accesses fails.
I tired out and paused most of the other transfers just left
5 downloads running (with about a sum of 200 registered clients addrs)
and transfer rate increased immediately from 0 to about 20 kB/s.
But i havn't found a solution to delete the 'file_locations'
(from files.ini) from within the gui, web or telnet interface.
I did it by deleting the file 'files.ini' and recover the downloads
via 'recover_temp' but this rips valueable info (at least the file_names)
I think there is no 'aging' for the clients, maybe it would be a good
solution to do some, maybe like its already been done with the server adresses.
But best solution (and i think one without great affort) would be a command
to delete known clients for a given 'download file' like 'delete_clients <num>'
and
'delete_clients all'. (set 'file_locations = [ ]')
In gui it would be fine to give to possibility to selectively remove
clients by selceting them and give meanue command 'remove' too.
Btw some questions too :
What does the param 'initial_score = 5',
'small_retry_delay = 30.000000',
'retry_delay = 900.000000' in downloads.ini ?
Keep on going making mldonkey the best !!
Robert
############################################################################
Robert Reither 8925573 E754 (ja wirklich schon !!)
TU-Vienna
AUSTRIA
############################################################################