» BitTorrent/BitComet/Azureus/BitTornado и др.

Azureus v2.3.0.5 Beta 18
http://azureus.sourceforge.net/cvs/Azureus2305-B18.jar

Ребята, поставил в BitComent фильм на скачку. За ночь на дайлап скачала программа 270Мб, выкачала 260Мб, но для фильма скачалось только 10%, тоесть 70Мб. А разница между 270Мб и 70Мб куда делась???

dimaxer

Цитата:

Ребята, поставил в BitComent фильм на скачку. За ночь на дайлап скачала программа 270Мб, выкачала 260Мб, но для фильма скачалось только 10%, тоесть 70Мб. А разница между 270Мб и 70Мб куда делась???

А других закачек нет?
Если нет, то возможно у тебя сильно перегружен канал. Ты получаешь много брака. Прога получает блок, бракует его и качает заново. Попробуй уменьшить скорость аплоуда.

dimaxer
Возможно что тебе много повторных блоков шлют. Вот прога и отклоняет ненужное. Такое бывает когда на раздаче много человек.
Может стоит поменять клиента? Мне, например, нравится Azureus.

Цитата:

на дайлап скачала программа 270Мб

чем замер делал, дополнительно еще паралельно контроль делай чем нибудь, разница бывает, но не до такой степени.

а русскики вообще есть, а то как то не полно переведенно
у меня странно файлы на раздачу, была проверка каждую минуту, а тперь почему то врубилось на некоторых файлах через 7-8 мин, и в трекер пишет : Ошибка затруднения:scrape disabled.
что такое подскажите.

Цитата:

Ошибка затруднения

Офигенно! Это кто, интересно, так переводил?

scrape disabled - значит трекер запрещает scrape. Бывают трекеры, которые делают это (чтобы уменьшить нагрузку на трекер, наверно).

nickddd
Касаемо перевода -- это Azureus, скорее всего. А трекер, наверное, торрентс.ру (когда перегружен, там и не такое бывает).

Elm0

Цитата:

была проверка каждую минуту, а тперь почему то врубилось на некоторых файлах через 7-8 мин

И правильно. Я бы вообще на 15-30 минут поставил. Чем реже проверка -- тем легче трекеру -- тем легче юзерам. Ибо при перегрузке трекер иногда неправильно считает статистику. Как следствие -- добропорядочный юзер может попасть в категорию злостных личеров.

Antonio_99RUS

Цитата:

Azureus, скорее всего

Цитата:

была проверка каждую минуту

Аз не может скрейпить через минуту. У него с этим строго.

nickddd
Просто "ошибка затруднения" -- характерная фраза для русского перевода озвереуса... Но как клиент -- супер. Мечта раздатчика: и суперсид есть, и корректно работает с "периодически отваливающимися" трекерами (в плане обновления статистики). Быстренько раздал до 3-4 сидов и свалил на новую раздачу, периодически поглядывая, не надо ли подсобить на старой.

Биторрент клуб крякнул что ли? Какая-то хрень на литовском языке...
http://www.bt-club.org/

Antonio_99RUS

А где там поставить время на проверку больше, а то у меня навех файлах 1 мин... стоит..
а переводи азереуса , другова и не видел вроде

люди что происходит??!! захожу как всегда в БТ-клуб,а там какая - то хрень!!!эт мой любимый трэкер!!

Ksa666
ну подожди, запрятались они, видишь бомбят всех...

[quote="BT-Club"]Проблема с доменом.
Можно и сейчас попасть на БТ-Клуб:
чтобы работало сейчас, нужно в файле C:\WINDOWS\system32\drivers\etc\hosts

в конце добавить строчку
213.197.173.1 bt-club.org

в итоге длжно получиться так:

Цитата:

# Copyright (c) 1993-1999 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
# 102.54.94.97 rhino.acme.com # source server
# 38.25.63.10 x.acme.com # x client host

127.0.0.1 localhost

213.197.173.1 bt-club.org

[/quote]

BitTorrent 4.1.4 Beta
Mirrors

Azureus+плагины, в частности CountryLocator, показывающий страны пиров/сидов
и вот, что я заметил за свои 4 месяца пользования торрентом:
(пользуюзь тремя провайдерами,(Питер - adsl, Москва- T(2)?, T1)
и со всеим одинаково- с определёнными подсетями одной страны файлы не отдаются/не качаются, очень явно заметно на странах- Латвия, Эстония, Англия, Германия ( у меня уже список по Латвии вырисовывается т.к трекер source.lv мне очень подходит по новинкам кино )

мало встречаются но все же интересно, что с целыми странами нет закачки- Бутана, Кипра, Арабскими Эмиратами, зато качает с Кувейта, острова Бали.
неужели как в сотовой связи есть своего рода "роуминг трафика" у провайдеров России?
в командировках по Европе мне не до торрента и закачек в целом- проверить не могу



мне вот интересно только с Росскими провами такая ситуация?

У меня и речь отняло... Написал вот, один товариСЧ мне и я не знаю, что ответить даже...

Цитата:

У меня в колледже локальная сеть 10 Мбит.Стоят компьютеры и передают файлы друг другу,ограниченные только скоростью записи на хард-диски.Теперь: у них у всех также есть выход в интернет.Даунлоад в колледже в среднем 2 МВ,а аплоуд 300КВ для интернета.Если два компа этой сети соединятся через протокол битторрент,то они не будут ограничены даунлоудом и аплоудом,данным провайдером,но будут передавать данные друг другу со скоростью внутренней локальной сети до 10 Мбит.
Тоже и самое в Литве(У всех пользователей www.skynet.lt между собой скорость ВСЕГДА И ВЕЗДЕ до 10 мбит.сек).

К сожалению это правда.Проверено.Было время, и я на буржуйских трекерах подобным образом поднимал себе рейтинг.

У меня примерно при закачке 700 Мб получатся, что около 100-150 Мб отклонено. Как мне посмотреть в Azureus кто мне посылает битые блоки? Или примерно так и должно быть?

Preston
в меню торрента - "Подробности" - "выбор колонок" - поставь галку на "отклонён"
теперь у каждого коннекта буде видно кол-во отклонённых метров.

хотя у меня максимум было 36 mb с закачки dvd5(~4.31 гб)

Widok
Они мне специально посылают столько ощибочных пакетов или нет? А то если я всех поставлю в игнор, с кого я буду тогда качать?

Preston
не могу отвечать за действия других, но считаю, что это в большей мере виноваты клиенты, а не злой умысел.
в игнор(т.е бан) ставь совсем матёрых- посылают больше "брака" чем нужного.

Что-то не могу понять соотношение параметров Max In/Out-boud Connections per job = 30/30 и Max Concurrent Connection Attempt = 72 в BitSpirit! Как они связаны? Если сумма входящих и исходящих соединений 60, то откуда возьмется 72 одновременных соединения? И вообще, откуда берется именно такое звериное число --- 72? Почему не 71, не 73? Просто возникла проблема аналогичная проблеме Preston: если оставить эти настройки как есть по умолчанию, то скорость очень маленькая (в районе кила , хотя я абсолютно не понимаю, как так реальная скорость может быть в 400 раз меньше заявленной: BitSpirit пишет Total Speed 400 KB/s), а если поставить 40/40 для входящих/исходящих и 92 (гм, а сколько ставить-то? ) то сразу экспоненциально увеличивается количество отложенных клиентов и мегабайт, так что соотношение Finished/Downloaded падает до нуля!..

Как быть?
Из-за чего все-таки возникают эти отброшенные данные? Кто виноват? Клиент или канал? Посмотрел вот у себя тот трафик, который я залил на верх и тот трафик, который мне посчитал BitSpirit: 130 versus 85 мегов! Это значит, от меня тоже что-ли куча трэша идет? Может, это из-за Nat Traversal --- все-таки UDP?..
Как автоматически отключать клиентов, превысивших заданное число ошибок? Заметил, что частенько клиенты с максимальным количеством ошибок (это те самые, которые шлют плохие куски или это какие-то уже другие ошибки?) вообще не представляют собой никакого интереса ибо не отдают и не забирают полезной информации.

Вопрос конкретно по BitSpirit: что пишется в скобках в столбцах Que (только не говорите, что "ЧТО" и пишется ) Ну и вне скобок я тоже не очень-то понимаю?

И в чем разница между DROPPED MB и Pending MB? Dropped равно 0, а вот Pending стабильно держится на 15%. Ну и, раз речь о Pending, то что значит <has written>? Как это он что-то записывает из того, что отклонил? И почему при этом значение Pending уменьшается? Что он, накапливает число отклоненных в буфере, а потом сливает куски?

У меня не качает с русскоязычных torrent'ов.
Клиент использую MLDonkey, порты стоят в настройках стандартные.
В чем может быть дело?

Господа, какой клиент способен качать с разных торрентов, как с зеркал? Я думал, что у одинакового содержимого должна быть одинаковая HashString, но получается, что это не так? Поясните пожалуйста следующую ситуацию: имеется 2 торрента, разные по размеру (это, разумеется не удивительно, ведь торренты обновляются и каждый содержит разное число клиентов) и ведущие на одно и то же содержимое (если судить по размеру, отображаемому в столбце Size и по размерам/количеству отдельных файлов торрента). Хеш-строка разная, трекеры разные, пиры/сидеры разные. Запускаю закачку со второго "зеркала"-торрента, клиент делает проверку хеша уже загруженного по первому торренту --- процедура проходит без ошибок. Стало быть, это одинаковые файлы? Однако ба торрента начинают качаться порознь --- даже процент загрузки, который показывает каждый торрент в процессе закачки у них разный. Кроме того, в процессе закачки возникают либо конфликты записи содержимого с разных торрентов в один файл, либо ошибки копирования, так что остаются дубли --- докаченный файл/недокаченный файл, что наводит на мысль, что хоть чуть-чуть файлы да отличаются (хотя). Но! Как только завершается закачка с одного из торрентов и он начинает сидировать, сразу же процент закаченного со второго торрента подскакивает до 100% и он тоже начинает сидировать, стало быть, он проверил, что все, что загружено с первого торрента --- верное.
В чем загвоздка?

TCPIP
В announce url и (забыл, как оно будет, короче говоря, уникальный хэш юзера) внутри торрента? Очень многие трекеры просто не дают качать по торренту, слитому не с них.

Antonio_99RUS
10:10 26-08-2005
Цитата:

В announce url и (забыл, как оно будет, короче говоря, уникальный хэш юзера) внутри торрента?

Если б я знал. А как это посмотреть? В BitSpirit я вижу только HashString и Tracker...

Цитата:

многие трекеры просто не дают качать по торренту, слитому не с них

Здесь вряд ли проблема в этом, так как все качается.
Но есть другая проблема: у всех ли правильно считается коэффициент на demonoid.com? У меня количество трафика в как вверх, так и вниз существенно отличается от того, что загружено реально. Использую BitSpirit и, возможно, проблемы в 7 пункте факью демоноида:

Цитата:

Also, please stay away from BitTorrent++, TorrentStorm, Nova Torrent and BitComet. Those clients don't follow the BitTorrent protocol properly, and your stats will be misreported as a consequence.

Так ли это и проблема только в клиенте или можно решить ее и пользуясь BitSprit?
Должен ли у меня все время быть выполнен вход на трекер в процессе скачивания? Считает ли трекер сколько я чего скачал, если я не пошел на трекер до завершения загрузки торрента?

Цитата:

The server knows how many bytes you have downloaded, and how many bytes have you uploaded, and the ratio is the result of the division of Uploaded bytes/Downloaded Bytes.

Цитата:

peer_id
A string of length 20 which this downloader uses as its id. Each downloader generates its own id at random at the start of a new download. This value will also almost certainly have to be escaped.

Как он определяет, что я это я, если у меня не выполнен вход на трекер?

TCPIP
На демоноиде не бываю, могу сказать, как обстояли (сейчас исправлено, трекер больше не падает) дела на torrents.ru. Расхождения трафика случаются из-за трёх вещей: кривой клиент; включённые dht: и Peer Exchange.
В ходе различных обсуждений было установлено, что лучший для раздающего клиент -- Azureus. В первую очередь из-за SuperSeed, во вторую -- корректно считает трафик с вечноотваливающимся трекером.


Цитата:

Считает ли трекер сколько я чего скачал, если я не пошел на трекер до завершения загрузки торрента?

См. ниже. Если трекер не сдох, то он считает всё и всегда. Вы на него можете вообще "не ходить" броузером.


Цитата:

Как он определяет, что я это я, если у меня не выполнен вход на трекер?

Вот вы залогинились на трекер. Скачали торрент. Внутри торрента есть так называемый passkey. Больше трекеру для вашего опознания ничего не нужно. Когда клиент лезет на трекер, он говорит ему этот passkey.

Отсюда вытекает мораль: никогда и никому не давайте те торрент-файлы, которые скачали вы. Пусть качают сами. Поскольку, если вы дадите мне свой торрент-файл, а я начну по нему качать и ничего не отдавать, трафик на трекере спишут с вас, а не с меня.

Цитата:

Цитата: Also, please stay away from BitTorrent++, TorrentStorm, Nova Torrent and BitComet. Those clients don't follow the BitTorrent protocol properly, and your stats will be misreported as a consequence.

Так ли это и проблема только в клиенте или можно решить ее и пользуясь BitSprit?

nickddd
В азуреусе при раздаче в обязательном порядке следует:
а) включить Super-Seed;
б) выключить dht: и Peer Exchange.
Как говорят опытные сиды с рейтингами под 30 и под полтерабайта аплоада, когда в таком режиме вы отдали 1,2-1,5 файла, уже образуется 3-4 сида. Можно сваливать на новую раздачу.

Режим супер-сид следит за тем, чтобы никакие два пира не качали от вас один и тот же кусок.
Запрет dht: и Peer Exchange следит за тем, чтобы раздача не шла мимо трекера.

Может, вы и правы (АВС тоже хвалили), но пока он не вышел из стадии беты (под линукс, ибо уиндоуз у меня просто нет), пробовать не буду. Плюс у Азуреуса -- корректная работа со статистикой ап/даун при вечнопадающем трекере.


Цитата:

У меня, например, пока чел 10 минимум не подключится, Аз нормально не раздает.

Может, просто тонкоканальные пиры?