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

Re: mldonkey



Alexander Gerasiov wrote:
На 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 параллельно. С
разными портами, естественно.
И получить тормоза из-за того, что они память жрут нерационально =\

вот вот вот именно это я и имел ввиду..

--
Sergio.



Reply to: