Изменения
otkat
BitTorrent полностью соответствует современным [[p2p]] требованиям: многопоточная закачка, хешинг файла, разбивание файла на многочисленные куски, выдача на обмен еще недокачанного файла (его частей), 100% коррекция ошибок. Но главное, что привлекает пользователей в BitTorrent'e — это скорости. Битторент на сегодня считается самым быстрым протоколом файлообмена.
BitTorrent полностью соответствует современным [[p2p]] требованиям: многопоточная закачка, хешинг файла, разбивание файла на многочисленные куски, выдача на обмен еще недокачанного файла (его частей), 100% коррекция ошибок. Но главное, что привлекает пользователей в BitTorrent'e — это скорости. Битторент на сегодня считается самым быстрым протоколом файлообмена.
== История и значение ==
http://igup1495.gofreeserve.com/ maps of texas
[http://www.multichannel.com/article/CA6332098.html По данным американской органицации] CableLabs на протокол BitTorrent проходится 18% всего [[трафик]]а [[Интернет]]а. В [[2004]] году другая организация CacheLogic оценила долю BitTorrent-трафика вообще в 35%(разница связана с методикой оценки). Эти огромные цифры отчетливо демонстрируют, что Интернет успешно обходит копирайтные препоны и подпольный [[антикопирайт]] процветает в сети не смотря на репрессии.
=== Форпосты BitTorrent'а ===
Крупнейшими хранилищами торрентов интренета являются сайты [[Mininova]] и [[The Pirate Bay|The Pirate Bay]], последний также является крупнейшим [[BitTorrent трекер|BitTorrent трекером]].
== Терминология ==
:''Основная статья [[терминология BitTorrent]]''
* ''[[Личер]]'' ({{lang-en|leech}} — пиявка) — пир, не имеющий пока всех сегментов, то есть продолжающий скачивание. Термин часто употребляется и в негативном смысле, который он имеет в других файлообменных сетях: пользователь, который отдает гораздо меньше, чем скачивает.
* ''[[Пир]]'' ({{lang-en|peer}} — соучастник) — клиент, участвующий в раздаче. Иногда пирами называют только скачивающих участников.
* ''[[Сид]]'', иногда ''сидер'' ({{lang-en|seeder}} — сеятель) — пир, имеющий все сегменты распространяемого файла, то есть либо начальный распространитель файла, либо уже скачавший весь файл.
* ''[[BitTorrent трекер|Трекер]]'' - сервер, помогающий клиентам находить друг друга.
=== Общие особенности ===
* Отсутствие [[очередь|очередей]] на скачивание.
* [[Файл]]ы закачиваются небольшими [[сегмент]]ами; чем менее доступен сегмент, тем чаще он будет передаваться. Таким образом, присутствие в сети «[[#Терминология|сидера]]» с полным файлом для загрузки необязательно — система распределяет сегменты между «[[#Терминология|пирами]]», чтобы в последующем они могли обмениваться недостающими сегментами.
http://kasp6209.001webs.com/improving-back-posture.html bad posture and back
* [[Клиент (программный)|Клиенты]] ([[peer]]s) обмениваются сегментами непосредственно между собой, по принципу «ты — мне, я — тебе».
* Скачанные сегменты становятся немедленно доступны другим клиентам.
* Контролируется [[целостность]] каждого сегмента.
* В качестве объекта закачки могут выступать несколько файлов (например, содержимое [[каталог]]а).
=== Протоколы и порты ===
http://kasp6209.001webs.com/ballet-posture-back.html posture corrector trainer back support
Клиенты соединяются с трекером по протоколу [[TCP]]. Входящий порт трекера: 6969.
Клиенты соединяются друг с другом, используя протокол [[TCP]]. Входящие порты клиентов: 6881—6889.
Номера портов не фиксированы в спецификации протокола и могут изменяться при необходимости. Более того, в данный момент большинство трекеров используют обычный [[HTTP]] порт 80, а для клиентов рекомендуется выбрать случайный входящий порт.
[[DHT]]-сеть в BitTorrent-клиентах использует протокол [[UDP]].
Кроме того, протокол [[UDP]] используется [[:en:UDP tracker|UDP-трекерами]] (не поддерживается всеми клиентами и не является официальной частью протокола) и для соединения клиентов друг с другом через [[UDP]] [[NAT]] Traversal (используется только в клиенте BitComet и не является официальной частью протокола).
=== Torrent файл ===
Для каждого распространяемого файла создаётся файл [[метаданные|метаданных]] с расширением .torrent, который содержит следующую информацию:
* [[URL]] трекера;
* общую информацию о закачиваемом файле (имя, длину и пр.);
* [[Хеширование|контрольные суммы]] (точнее, [[хэш-сумма|хэш-суммы]] [[SHA1]]) сегментов закачиваемого файла.
Файлы метаданных могут распространяться через любые каналы связи: они (или ссылки на них) могут выкладываться на [[веб-сервер]]ах, размещаться на домашних страницах пользователей сети, рассылаться по [[электронная почта|электронной почте]], публиковаться в [[Блог|блогах]] или новостных лентах [[RSS]]. Клиент начинает скачивание, получив каким-либо образом файл с метаданными, в котором есть ссылка на ''трекер''.
Первоначально BitTorrent не имел собственной поисковой системы, но в мае [[2005]] года [[Коэн, Брэм|Брэм Коэн]] [http://www.betanews.com/article/BitTorrent_Creator_Opens_Online_Search/1117065427 устранил этот недостаток.]
=== Трекер ===
: ''Основная статья [[BitTorrent трекер]]''
'''Трекер''' ({{lang-en|tracker}}; — специализированный [[сервер]], работающий по протоколу [[HTTP]]. Трекер нужен для того, чтобы клиенты могли найти друг друга. Фактически, на трекере хранятся [[IP-адрес]]а, входящие порты клиентов и [[хэш-сумма|хэш-суммы]], уникальным образом идентифицирующие объекты, участвующие в закачках. По стандарту, имена файлов на трекере не хранятся, и узнать их по хэш-суммам нельзя. Однако на практике трекер часто помимо своей основной функции выполняет и функцию небольшого [[веб-сервер]]а. Такой сервер хранит файлы метаданных и описания распространяемых файлов, предоставляет статистику закачек по разным файлам, показывает текущее количество подключенных пиров и пр.
=== Работа без трекера ===
В новых версиях протокола были разработаны бестрекерные ({{lang-en|trackerless}}) системы, которые решают некоторые из предыдущих проблем. Отказ трекера в таких системах не приводит к автоматическому отказу всей сети.
Начиная с версии 4.2.0 официального клиента, в нем реализована функция бестрекерной работы, базирующаяся на протоколе [[Kademlia]]. В таких системах трекер доступен децентрально, на клиентах, в форме [[DHT|распределенной хеш-таблицы]].
На данный момент еще не все клиенты используют совместимый друг с другом протокол. Совместимы между собой [[BitComet]], [[µTorrent]], [[KTorrent]] и [[BitTorrent (программа)|официальный клиент BitTorrent]]. [[Azureus]] также имеет режим бестрекерной работы, но его реализация отличается от официальной, вследствие чего он не может [http://www.utorrent.com/faq.php#What_is_DHT.3F работать через DHT с вышеперечисленными клиентами.]
=== Super seeding (cупер-сид) ===
[[Super-seeding|Супер-сид]] — метод, реализованный в тех клиентах BitTorrent, авторы которых пытаются минимизировать объем данных до первого завершения загрузки пира. Метод был задуман Джоном Хофманом и впервые был осуществлен в клиенте «BitTornado» в середине 2003 г.
Супер-сид является изменением в поведении сидеров и не может быть осуществлен без нарушения протокола BitTorrent. Тем не менее, это не утверждается ни разработчиком протокола, Брэмом Коэном, ни в официальном клиенте.
Супер-сид действует, когда имеется только один сидер. Фактически, он заставляет пользователей делиться скачанными данными. Клиент, отдавший одному участнику какую-либо часть файла, прекращает передачу данных до тех пор, пока не обнаружит в сети вторую копию этой части. Поскольку многие участники не имеют возможности или не желают делать доступными для других скачанные данные, общая скорость отдачи падает. В обычном режиме же, в отличие от супер-сид, каждый всегда получает запрошенную информацию, если она имеется, поэтому в нем средняя скорость передачи данных выше.
Супер-сид эффективен при раздачах с большим количеством качающих. При небольшой группе людей (2—3 человека) их клиенты в силу разных причин могут отказаться устанавливать связь друг с другом. В этом случае включенный супер-сид заставит клиентов ждать, пока данные станут доступны. Когда число качающих велико (10—20 человек), достаточно отдать каждую часть файла только один раз, тогда клиенты смогут обменяться ею между собой, и каждый из них получит файл целиком.
== Принцип работы протокола ==
== Принцип работы протокола ==