Re: mldonkey

[Alexander Gerasiov <gq@cs.msu.su>]

На Fri, 10 Nov 2006 13:51:05 +0300
Dmitri Samsonov <samson.samson.samson@gmail.com> записано:

> sergio пишет:
> > Dmitri Samsonov wrote:
> >>   Насколько мне известно, mldonkey для этого не предназначен. И в
> >> этом есть определённая логика.
> > почему, те в чём логика?
> 
>   mldonkey сообщает наружу, какие файлы у него расшарены. Если
> пользователям ограничить доступ к файлам друг друга -- то о чьих
> файлах сообщать серверу и другим (внешним) пользователям? И притом
> так, чтобы никто не догадался, где тут чьё?
>   Уже присутствующий на сервере файл -- его качать заново, чтобы
> юзверь не догадался, что этот файл качает (или уже скачал) его
> коллега? Папочку incoming сделать отдельную для каждого пользователя?
> И прикрутить доступ к этой папочке через веб-интерфейс?
Да в общем достаточно было бы в очереди колонки "кто поставил на
закачку" и раскладывание по папочкам в инбоксе.
Дело даже не в том, что хочется скрытности, а в том, что при наличии 3х
десятков файлов в очереди и 4х пользователях уже начинаются вопросы "А
кто поставил вот это бню, которая скачалась на 40процентов и висит уже
полгода?" И никто не помнит :) Ну и всякое в том же роде.
> 
>   Конечно, все эти проблемы решаемы. Но не парой строчек кода. А
> концепция "открытости" приводит к оптимизации и рационализации
> "коллективного скачивания". А значит -- полезна для человечества. (-:
>   Примерно это я имел в виду, когда говорил о "логике". Если у каждого
> юзверя свои собственные скачки полностью независимые от других -- то
> какой смысл засовывать несколько юзверей на один mldonkey-server?
А зачем запускать 10 ослов с 10*upstreamlimit трафиком?
> 
> 
> ЗЫ: А если так уж нужно несколько независимых mldonkey -- то можно
> попробовать извернуться запустить несколько mldonkey параллельно. С
> разными портами, естественно.
И получить тормоза из-за того, что они память жрут нерационально =\
> 
> 
> --
>  Dmitri Samsonov
> 
>