Общие особенности
Терминология
Протоколы и порты
Файл метаданных
Трекер
Принцип работы протокола
Программы-клиенты



Трекер

Трекер (англ. tracker) — специализированный сервер, работающий по протоколу HTTP. Трекер нужен для того, чтобы клиенты могли найти друг друга. Фактически, на трекере хранятся IP-адреса и входящие порты клиентов и хэш-суммы, уникальным образом идентифицирующие объекты, участвующие в закачках. По стандарту, имена файлов на трекере не хранятся, и узнать их по хэш-суммам нельзя. В практических реализациях, однако, трекер часто, помимо своей основной функции, выполняет и функцию небольшого веб-сервера. Такой сервер хранит файлы метаданных и описания распространяемых файлов, предоставляет статистику закачек по разным файлам, показывает текущее количество подключенных пиров и пр.

Работа без трекера

В новых версиях протокола были разработаны бестрекерные системы (trackerless), которые решают некоторые из предыдущих проблем. Отказ трекера в таких системах не приводит к автоматическому отказу всей сети.

Начиная с версии 4.2.0 официального клиента в нем реализована функция бестрекерной работы, базирующаяся на протоколе Kademlia. В таких системах трекер доступен децентрально, на клиентах, в форме распределенной хеш-таблицы (Distributed Hash Table).

На данный момент еще не все клиенты используют совместимый друг с другом протокол. Совместимы между собой BitComet, µTorrent, KTorrent и официальный клиент BitTorrent. Azureus также имеет режим бестреккерной работы, но его реализация отличается от официальной, вследствие чего он не может работать через DHT с вышеперечисленными клиентами.[1]

Super seeding (Супер сид)

Super seeding является особенностью некоторых клиентов BitTorrent, которые пытаются минимизировать объем данных до первого завершения загрузки пира. Это было задумано Джоном Хофманом и сначала было осуществлено на клиенте BitTornado в середине 2003 г. Эта особенность должна использоваться, когда есть только один сидер. Super seeding является изменением в поведении сидеров и не может быть осуществлен без нарушения протокола BitTorrent. Тем не менее, это не утверждается ни разработчиком протокола, Брэмом Коэном, ни в официальном клиенте. Супер-сид заставляет пользователей делиться скачанным. Отдав одному участнику какую-либо часть файла, твой клиент ничего больше ему не даст, пока не увидит в сети вторую копию этой части. А поскольку многие делиться не любят (или в данный момент возможности нет), то общая скорость отдачи падает. Как только ты переключаешься в обычный режим, твой клиент начинает раздавать всем, кто чего попросит. Скорости возрастают. Супер-сид эффективен при раздачах с большим количеством качающих. Если качающих 2—3 человека, их клиенты в силу разных причин могут отказаться устанавливать связь друг с другом. Соответственно, нет обмена между ними и, как следствие, все сидят и ждут, когда твой клиент их осчастливит. Когда качающих много (ну, пусть 10—20 человек), в идеале достаточно раздать до коэффициента 1. Тогда в сети окажутся все части файла, и пиры смогут ими обменяться.

         



                                           

Тестовый сайт. Одесса 2007. Компьютерная академия ШАГ. 2-й курс. Степанов Александр. Эргономока сайтов.

Hosted by uCoz