The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71, opennews (?), 27-Сен-12, (0) [смотреть все] +1

Сообщения [Сортировка по времени | RSS]


11. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +/
Сообщение от sca (?), 27-Сен-12, 12:39 
Кэп намекает, что в пирамиде принимающих-раздающих всегда будут люди, которые приняли больше, чем раздали. Вплоть до соотношения 100:0. Будешь их расстреливать или лишать интернетика?
Ответить | Правка | Наверх | Cообщить модератору

12. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  –2 +/
Сообщение от Аноним (-), 27-Сен-12, 12:42 
казнить, нельзя помиловать
Ответить | Правка | Наверх | Cообщить модератору

31. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +/
Сообщение от Аноним (-), 28-Сен-12, 21:51 
> чем раздали. Вплоть до соотношения 100:0. Будешь их расстреливать или лишать
> интернетика?

Во первых, соотношение 100:0 это как? Скачал 100 байтов но отдал 0? Негодяй. Правда так поступает любой клиент, т.к. блок обычно крупнее и при всем желании раздавать неполный блок - не выйдет :)

Во вторых, протокол торрента сам автоматически наказывает тех кто не аплоадит. Личеры аплоадят тем пирам кто им больше всего налил, вот так вот просто и сурово. По сути этакий бартер, ты мне - я тебе. По поводу чего тот кто не аплоадит получает самую плохую скорость даунлоада из всех возможных. И сам себя наказывает, качая намного дольше чем более кооперативные пиры :). Если сидеров мало а личеров много, т.е. стая хилая - такой гражданин будет вообще в почти полном пролете. А если сидеров намного больше личеров - так сидеры все-равно льют ничего не прося в замен и большинство пиров все-равно сами того не желая получаются "халявщики". Например, если вы будете качать релиз убунты - там около 4 000 сидеров. Они любому кто пришел валят по возможностям его канала, так что аплоад от вас как-то не сильно то и требуется в такой ситуации :). В общем то процесс получился самобалансирующимся и дуракоустойчивым. Не вижу особого смысла его передергивать.

Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

37. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +/
Сообщение от arisu (ok), 28-Сен-12, 22:01 
> Во вторых, протокол торрента сам автоматически наказывает тех кто не аплоадит

фигня. протоколу положить с большим пробором на всё это, политики реализуют клиенты. кто мешает сделать клиента, который будет честно опрашивать пиров на предмет наличия у них кусков, и тем же пирам на такие же вопросы отвечать «извини, чувак, у меня ваще всё плохо, вот, половина твоих кусков есть — а больше ничего» (в грубом описании, конечно, лень сейчас вдаваться в тонкости протокола)?

и это мы не касаемся пока идиотической идеи «рейтинга на трекерах», которая вообще мегакостыль.

Ответить | Правка | Наверх | Cообщить модератору

44. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +1 +/
Сообщение от Аноним (-), 30-Сен-12, 06:53 
> фигня. протоколу положить с большим пробором на всё это, политики реализуют клиенты.

Эта логика стандартизирована в официальном описальнике протокола. Реализуют ее, конечно, клиенты. И в принципе они могут это делать и как-то иначе. Но в официальном описальнике протокола оно вот так вот прописано. Все что касается choke/unchoke/optimistic unchoke (потребного для начального старта этой логики).

> кто мешает сделать клиента, который будет честно опрашивать пиров на предмет
> наличия у них кусков, и тем же пирам на такие же вопросы отвечать «извини, чувак,
> у меня ваще всё плохо, вот, половина твоих кусков есть — а больше ничего»

Ничто не помешает. Только эти ремотные пиры если они личеры - не будут такому клиенту лить новые куски почти никогда, выбирая более достойных - тех, кто налил им больше всего.

Лучший способ получить от личера порцию данных - максимально быстро налить ему порцию данных которую просил он. Почти все клиенты реализуют именно эту логику - поэтому обдурить получится только самого себя. Несомненно, когда-то файл укачается и если ничего не аплоадить. Только это займет намного дольше времени, особенно в случае когда полтора сидера надрываются на 100500 личеров. Некооперативный клиент будет ждать пока сидер ему что-то сможет накапать + изредка будет получать крохи за счет optimistic unchoke на весьма лимитированном пайке. А остальные будут барыжить частями между собой по принципу ты мне - я тебе. Нет отдачи -> давай, досвидания, тут вон еще толпа готовых лить. Логика простая и эффективная. И референсный дизайн просто в стандарте прописан. Поменять можно. Вот только всех ремотных клиентов и их логику заменить тебе будет немного сложновато. Хотя, конечно, ты можешь лить файл сам себе, юзая свою логику, правда какой в этом пойнт? У глобальных структур есть "глобальная логика". Логика большинства клиентов - решает. Ты не можешь немедленно заменить все ремотные клиенты. Поэтому в среднем по больнице к тебе ремотными клиентами будет применена логика из официальной доки. А поскольку желание аплоадить зависит от ремоты - извини, ты просто нагреешь сам себя и будешь качать с минимально возможной скоростью. При таком раскладе файл может запросто качаться в разы дольше. Специально проверял - в стаях с дефицитом бандвиза на личеров после того как перестаешь аплоадить скорость рушится в разы. А если нет дефицита бандвиза от сидеров - так собственно и пофиг, все-равно все кто может аплоадить будут недоюзывать канал, пересиливая малочисленных личеров своим флудом.

В общем то у перцев вышла довольно забавная логика склонная к самобалансировке и самозащите/воздаюнию некооперативным. Это референсная логика имплементнутая в почти всех клиентах.

> (в грубом описании, конечно, лень сейчас вдаваться в тонкости протокола)?

Зато не лень было авторам протокола. Которые детально прописали этот аспект в референсной портянке протокола. Правильно сделали - теперь большинство клиентов энфорсит именно такую логику.

> и это мы не касаемся пока идиотической идеи «рейтинга на трекерах», которая
> вообще мегакостыль.

А вот это вообще маразм, от которого многие уходят. Все-равно магнитные ссылки и DHT - FTW. Трекеры [как сущность индексирующая пиров раздачи] - прошлый век :). Хорошая технология - она неубиваема и без единой точки отказа. Как DHT. Потому что уродов - много. А вот перефлудить 20М юзерей даже очень крутым уродам кишка тонка.

Ответить | Правка | Наверх | Cообщить модератору

45. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +/
Сообщение от arisu (ok), 30-Сен-12, 07:13 
хм, нечто прописано? странно. ложная память, чтоб её. пардон-с.
Ответить | Правка | Наверх | Cообщить модератору

50. "Новые версии Bittorrent-клиента Transmission: 2.70 и 2.71"  +/
Сообщение от Аноним (-), 30-Сен-12, 14:18 
> хм, нечто прописано? странно. ложная память, чтоб её. пардон-с.

http://www.bittorrent.org/beps/bep_0003.html

Данный весьма ранний BEP давно стал частью стандарта. Требования к алгоритму unchoke там описаны (внизу). По поводу чего почти все клиенты именно такой алгоритм и реализуют. Вполне удачный алгоритм в общем то.

Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру