осёл, как правило, качает медленно не потому, что источников мало, а потому, что ты у этих источников стоишь в очереди, вместо того, чтобы качать.
основная крутость мула заключается в том, что ты двигаешься гораздо быстрее в очереди у тех, кто с тебя что-то скачал, и чем больше с тебя скачано, тем быстрее ты движешься.
этот механизм работает на удивление хорошо в силу положительной обратной связи: ты скачал пару чанков отстояв своё, потом их с тебя стали качать те, кому они нужны (но у которых есть другие чанки, которые нужны тебе), твой приоритет у них повысился, ты скачал новые чанки быстрее, и т.д.
я, поставив мула, сразу выложил чрезвычайно популярного в сети хитмана (4000 экз. найдено на сети), решив, что таким образом мой рейтинг резко полезет в гору, и начал качать что-то своё, не такое популярное (порядка сотни экз.)
конечно, вначале выстроилась очередь за хитманом. но через некоторое время я обнаружил, что качают с меня всё больше и больше именно то, что качаю я. через некоторое время с меня качали _исключительно_ то, что нужно мне, повышая таким образом мой собственный рейтинг и, соответственно, скорость.
алгоритм мула приводит к тому, что в пределе скорость скачивания становится равна скорости отдачи, а детали алгоритма (на сколько повышается твой приоритет) влияют только на скорость сходимости и устойчивость.
таким образом, outgoing bandwith нужно выставлять на максимум.
ну, почти на максимум, но об этом позже.
это всё, разумеется, если источников достаточно много. если источников мало, то оптимальная скорость отдачи определяется как количество источников умноженное на среднюю скорость отдачи от источника, каковая, в свою очередь, равна среднему значению отношения (max out bandwith)/(max queue size) и определяется экспериментальным путём. мои наблюдения дают что-то около 1.5 Кбайт/сек. таким образом, если всего на сети 20 источников нужного файла, то ставить outgoing bandwith больше 30К не имеет смысла.
теперь о "почти на максимум". установка совсем неограниченного outgoing bandwith замедляет даунлод. в чём тут дело я не знаю, но это факт. может, TCP ACK медленнее уходят. короче, оптимальное значение outgoing bandwith для меня лично - около половины теоретического максимума. your results may vary.
основная крутость мула заключается в том, что ты двигаешься гораздо быстрее в очереди у тех, кто с тебя что-то скачал, и чем больше с тебя скачано, тем быстрее ты движешься.
этот механизм работает на удивление хорошо в силу положительной обратной связи: ты скачал пару чанков отстояв своё, потом их с тебя стали качать те, кому они нужны (но у которых есть другие чанки, которые нужны тебе), твой приоритет у них повысился, ты скачал новые чанки быстрее, и т.д.
я, поставив мула, сразу выложил чрезвычайно популярного в сети хитмана (4000 экз. найдено на сети), решив, что таким образом мой рейтинг резко полезет в гору, и начал качать что-то своё, не такое популярное (порядка сотни экз.)
конечно, вначале выстроилась очередь за хитманом. но через некоторое время я обнаружил, что качают с меня всё больше и больше именно то, что качаю я. через некоторое время с меня качали _исключительно_ то, что нужно мне, повышая таким образом мой собственный рейтинг и, соответственно, скорость.
алгоритм мула приводит к тому, что в пределе скорость скачивания становится равна скорости отдачи, а детали алгоритма (на сколько повышается твой приоритет) влияют только на скорость сходимости и устойчивость.
таким образом, outgoing bandwith нужно выставлять на максимум.
ну, почти на максимум, но об этом позже.
это всё, разумеется, если источников достаточно много. если источников мало, то оптимальная скорость отдачи определяется как количество источников умноженное на среднюю скорость отдачи от источника, каковая, в свою очередь, равна среднему значению отношения (max out bandwith)/(max queue size) и определяется экспериментальным путём. мои наблюдения дают что-то около 1.5 Кбайт/сек. таким образом, если всего на сети 20 источников нужного файла, то ставить outgoing bandwith больше 30К не имеет смысла.
теперь о "почти на максимум". установка совсем неограниченного outgoing bandwith замедляет даунлод. в чём тут дело я не знаю, но это факт. может, TCP ACK медленнее уходят. короче, оптимальное значение outgoing bandwith для меня лично - около половины теоретического максимума. your results may vary.
(no subject)
Date: 2002-11-21 06:51 am (UTC)http://www.cafeshops.com/russian
I am just wondering how did you find out about my site.
Please let me know,
Thanks!
(no subject)
Date: 2002-11-21 03:46 pm (UTC)