Протокол BitTorrent розроблений розподіленим способом для повторного використання також блоків даних неповних файлів. Ваш комп'ютер рекламує певні файли, і ніж ваші колеги вимагають блоків даних - спочатку ваша реклама передається вашим прямим колегам, що надалі передається розподіленою базою даних (хеш-таблицею). Таким чином, кількість однолітків, які знають ваші файли, зазвичай зростає з часом.
Кожен запит однорангових користувачів генерує деякий вхідний трафік, тому ваш вхідний трафік також може зростати з часом.
Ось скріншот мого клієнта з позначкою:
- протокол накладних витрат
- кількість підключень
- розподілені вузли бази даних
Крім того, коли ви висіваєте дуже запитуваний, але рідкісний файл, набагато більше однолітків хотіли б завантажити з вашої машини, що, очевидно, генерує багато вхідного трафіку.
В деякому розрізі ви можете зменшити цей вплив, знайшовшись з такими клієнтськими параметрами Torrent, як кількість одночасних завантажень, відкриті та напіввідкриті з'єднання тощо.
Зазвичай я скорочую кількість дозволених підключень, оскільки мій домашній маршрутизатор має тенденцію зависати із занадто великою кількістю з'єднань - це типовий недолік дешевих маршрутизаторів SOHO на відміну від професійних, мертвих дорогих.
Ось скріншот параметрів, пов’язаних із пропускною здатністю мого клієнта:
Мій маршрутизатор чудово підтримує 200 відкритих з’єднань, але коли мої діти починають торрент, всім нам потрібно зменшити цю опцію, не перевищуючи всього кілька сотень з'єднань, що в той же час зменшує трафік протоколу.
На жаль, мені не вдалося знайти хорошу специфікацію протоколу BitTorrent. Цей лише частково відповідає на питання:
