Не буду вдаваться в преимущества и недостатки технологии bittrrent и подобных пиринговых сетей - их можно найти в Сети. Остановлюсь на обзоре одного из клиентов, а именно btqueue
Под MSWindows установка программы не представляет никакой трудности. После скачивания инсталлятора - просто запустите его, согласитесь с требованиями по лицензии и получите систему, настроенную для работы с bittorrent. Инсталлятор сам пропишет соответствия типов и расширений для системы - вам останется только искать в Паутине соответствующие ссылки с расширеним .torrent и кликать на них в надежде получить вожделенный файл.
После того как вы кликнули на torrent-ссылку, которая есть не что иное, как специальный файл, ваш браузер предложит стандартные вырианты работы с файлом. Рекомендую не сохранять файл отдельно, а открыть его непосредственно с указанного места. Появится и через какое-то время закроется окошко терминала. Не пугайтесь. Так и должно быть. Файл был поставлен в очередь на закачку.
Закачка не начинается непосредственно при выполнении
файла. Для начала закачки необходимо выполнить команду
btqueue scheduler
- при установке соответствующий ярлык создается на
рабочем столе. После его запуска открывается терминальное
окошко с промптом
>>>
(к сожалению пока этот клиент не имеет полноценного GUI)
в котором можно выполнять настройки клиента и смотреть
состояние закачек. После запуска шедулера начинается и
закачивание поставленных в очередь ссылок.
Командой
help
можно посмотреть список команд, а выполнив
help команда
- получить минимальную справку по команде
Шедулер выполняет следующие команды:
list [status]
- Показывает список сессий. Если указать статус (
seeding, running, waiting, finished
) - будут показаны сессии только с указанным
статусом.empty string
- Показывает сессии в состоянии
running
или
seeding
.add file|url
- Добавляет новую сессию в очередь.remove id1 id2 ...
- Удаляет из очереди сессии с указанными id.pause id1 id2 ...
- Приостанавливает указанные сесии.resume id1 id2 ...
- Возобновляет указанные сесии.hold id1 id2 ...
- Задерживает выполнение указанных сесиий. Сессия из
очереди не убирается как в случае паузы, а остается в
подвешенном состоянии.unhold id1 id2 ...
- Возобновляет сессию после холда.detail id
- Показывает подробную статистику по указанной
сесии.spew id
- Показывает детальную информацию о пирах для указанной
сесии.meta id
- Показывает метаданные для указанной сесии.quit
- Выход из программы.gget [name]
- Показывает глобальные параметры. Если указано имя -
показывает только указанный параметр.gset name value
- Устанавливает глобальный параметр в указанное
значение.lget id [name]
- Показывает локальные параметры для указанной
сесии.lset id name value
- Для указанной сесии устанавливает локальный
параметр.iget id [name]
- Показывает внутренние параметры для сесии.iset id name value
- Устанавливает внутренние параметры для сесии.last_banned
- Показывает список забаненых пиров.Получив по
gget
список всех параметров можно приступить к тонкой
настройке клиента. Параметры имеют названия, хорошо
характеризующие их назначение. Особо хочу остановиться на
следующих:
allow_acl
Разделенный пробелом список сетей или адресов с
которыми разрешен обмен трафиком. Для
IPNET
это будет
gset allow_acl "82.193.96.0/19 172.16.0.0/20
172.16.140.0/22"
dest_path
Сюда будут складываться полученные файлы.torrent_path
Сюда помещаются полученные из Сети .torrent-файлы.max_run_job
Столько одновременных сесиий может выполняться.min_share_ratio
Минимальное соотношение между полученным и переданым
объемом файла для того, чтобы файл перешел в состояние
finished
и был автоматически удален из очереди.max_upload_rate
максимальная скорость с которой вы сможете отдавать
данныеmax_seed_rate
максимальная скорость для одного seed-аmax_download_rate
максимальная скорость с которой вы сможете получать
данныеДля каждой сесии можно переопределить ряд параметров,
для того, чтобы установленные по
lset ip name value
значения применялись к данной сесии необходимо чтобы
min_share_ratio
был установлен в 1
Не следует жаловаться на малую скорость закачки. Это вполне нормальное явление при небольшом количестве клиентов в сети. Чем больше людей будут тянуть одновременно один и тот же файл - тем большая скорость будет у каждого из них. Это обуславливается распределением фрагментов между участниками.
После получения файла - не удаляйте его из очереди -
дайте дотянуть другим. В идеале - держать файл в очереди
до тех пор пока он не перейдет в состояние
finished
. При этом значение
gset min_share_ratio 1
не уменьшать. В этом случае с вашего seeder-а уйдет в
сеть ровно столько трафика, сколько вы получили при
закачивании файла. На многих трекерах осуществляется
контроль за подключенными пользователями и на основании
оценки share-ratio вводят дополнительные бонусы или
штрафы