µTorrent переходит на UDP-протокол - Bit Torrent - eMule-Rus.Net Форум муловодов

Перейти к содержимому



- - - - -

µTorrent переходит на UDP-протокол


  • Вы не можете ответить в тему
  • Вы не можете создать новую тему
Сообщений в теме: 3

#1 OFFLINE   Viktor@s

 

    Знаток

  • Юзвери
  • PipPipPipPipPipPipPipPipPipPipPipPip
  • сообщений: 6 524
    Последний визит:
    25 дек 2019 14:51
  • Пол:Мужчина
  • Откуда:Lithuania
 

Отправлено 02 Июль 2009 - 12:25

µTorrent переходит на UDP-протокол

На форуме разработчиков клиента µTorrent появилось сообщение, что новая альфа-версия этого популярного торрент-клиента µTorrent 1.9 build 13485 поддерживает работу в режиме uTP (UDP torrenting). Более того, такой режим будет стоять по умолчанию. Другими словами, передача файлов в торрент-сетях (а это более 50% мирового трафика) может перейти с протокола TCP на протокол UDP. Для торрентов пинг снижается с 2000 мс до 50-100 мс (результаты тестирования см. в PDF), это хорошо. Но чем это грозит для качества работы VoIP, многопользовательских игр и других приложений, которые используют UDP для передачи данных (и в данный момент потребляют не более 2% мирового трафика) — сложно даже предположить.

В данный момент телекоммуникационные компании эффективно угнетают торрент-трафик, освобождая полосу в пиковые часы. Если торренты перейдёт на UDP, то они не смогут делать это на существующем оборудовании. По крайней мере, существующая практика пакетной атаки типа TCP RST, которую использует Comcast и другие провайдеры, станет полностью бесполезной.

Первые тестеры, которые уже проверили работу новой альфа-версии µTorrent, рапортуют о том, что на них не действует шейпинг в сети провайдера Bell Canada.
Использование этой ранней версии, как и любого другого продукта, находящегося в стадии alpha, может быть сопряжено с определенными неудобствами и не совсем корректной работой программы. Однако для пользователей, которые подвержены существенным рестрикциям в файлообмене со стороны провайдера, версия 1.9 уже сейчас может стать долгожданным выходом из положения.

На UDP-фронте новости.

Вышла stable версия µTorrent 1.8.3, в которой судя по первым результатам тестирования использование UDP-протокола находится уже на более менее приличном уровне. Лично я рекомендую попробовать всем желающим, если не понравится - можно всегда откатиться на старую версию.

По умолчанию использование UDP в этой версии деактивировано, включить его можно в дополнительных настройках в меню Preferences > Advanced в поле bt.transp_disposition.
Рекомендуемое значение здесь 255. При нем протоколы TCP & UDP используются параллельно, там, где это возможно, клиент соединяется через UDP, в остальных случаях через TCP.

Изображение

Подробнее об этом можно почитать на оф. форуме программы.

Если вы все настроили правильно, в вашем клиенте в списке пиров результат должен отображаться примерно так:

Изображение

Во всех случаях, где после адреса пира стоит [uTP] - это рабочее UDP-соединение.

Напоминаю, зачем и кому эти манипуляции могут оказаться полезными:
- Всем пользователям, у которых при передаче данных через торрент реальная скорость (в особенности отдачи) регулярно в разы ниже максимально заявленной провайдером: нередко это верный признак того, что ваш провайдер "режет" вам трэффик в сети битторрент. На этой практике замечены практически все крупные провайдеры Канады, многие из Великобритании и Ирландии. Не исключено и не столь распространенное ее применение в других странах.

- Пользователям Windows Vista (SP1). Известно, что для этой системы Microsoft в зависимости от версии (Home, Business, Ultimate) ограничивает максимальное количество TCP-соединений в секунду. Использование UDP в данном случае позволит обойти это ограничение и приведет к значительно более быстрому нахождению новых пиров и соединению с ними, что опять же может увеличить вашу общую скорость закачки/отдачи в клиенте.Если вы уже используете Windows Vista SP2, это ограничение вас не затрагивает.

Автор: SkYScRApER
Источник: ©.kinozal.ws

#2 OFFLINE   drBatty

 

    Долгожитель

  • Юзвери
  • PipPipPipPipPipPipPipPipPipPip
  • сообщений: 1 023
    Последний визит:
    02 май 2010 22:30
  • Пол:Мужчина
 

Отправлено 02 Июль 2009 - 17:07

я одного не понял:
А как данные через UDP передавать?
очередная утка, на потеху толпе?

#3 OFFLINE   denixx

 

    Свой

  • Постоянные посетители
  • PipPipPipPipPipPip
  • сообщений: 111
    Последний визит:
    21 май 2021 06:35
  • Пол:Мужчина
 

Отправлено 02 Июль 2009 - 19:57

А разве UDP не отличается от TCP лишь тем, что не требует подтверждения доставки?
Просто народ привык к TCP, потому что "типа надёжнее". Хотя на самом деле при таких скоростях всем плевать. Тем более при файлообмене.

#4 OFFLINE   drBatty

 

    Долгожитель

  • Юзвери
  • PipPipPipPipPipPipPipPipPipPip
  • сообщений: 1 023
    Последний визит:
    02 май 2010 22:30
  • Пол:Мужчина
 

Отправлено 02 Июль 2009 - 22:35

Просмотр сообщенияdenixx (2nd July 2009 - 20:57) писал:

А разве UDP не отличается от TCP лишь тем, что не требует подтверждения доставки?
а разве этого мало?
при TCP ты создаёшь канал связи с удалённым узлом, для обмена данными.
а при UDP просто разбрасываешь датаграммы... теоретически, можно и так сделать, получится TCP поверх UDP... Вот только... Зачем? Одно дело - поиск, тут нам не нужны каналы связи, мы раскидываем запросы, и ждём ответы на них (и сами транслируем чужие запросы), так происходит в DHT и Kademlia. Но передавать так данные... Датаграмма слишком мала, а сборка их слишком сложна.

Просмотр сообщенияViktor@s (2nd July 2009 - 13:25) писал:

Использование UDP в данном случае позволит обойти это ограничение и приведет к значительно более быстрому нахождению новых пиров и соединению с ними
это так. вот только, разве более быстрое нахождение пиров увеличит скорость обмена? Конечно Нет! Скорость обмена больше зависит от ограничения провайдера (особенно провайдера того, кто отдаёт), но никак не от скорость соединения. Скорость соединения будет важна только если мы обмениваемся очень мелкими чанками, например по 10Кб, но таких чанков в торрентах не бывает (насколько я знаю ), и смысла так мелко дробить файл никакого нет - накладные расходы очень большие, на один такой чанк (10К) на надо будет передать 2-10К служебной информации, потому скорость в действительности упадёт. Видимо речь шла о чём-то другом, надо искать оригинал статьи и переводить, а то тут переводчик совсем не понимает, какой бред он пишет.





Количество пользователей, читающих эту тему: 1

0 пользователей, 1 гостей, 0 анонимных