» BitTorrent/Azureus/BitComet/BitLord/BitSpirit/BitTornado др.

Цитата:

Подавляющее большинство пиринговых сетей просто не заморачивается вопросами коэффициента, качают/раздают как получается, на таком раскладе эти сети и держатся...

Досадно, что только на местном трэкере форума заморочились до такой степени, что и сами разморочится не знают как...
Больше года спрашиваю, кто принес домой мне другой компьютер и почему качается всегда мимо трэкера?
В ответ заморочки одни... говорят,
что льгота такая есть, чтобы статистику не передавать на трэкер, место по Гектарам кончилось для юзеров.


Этот вопрос по заморочкам к Yevgeniy.

Цитата:

µTorrent 1.6.1 build 490

теже яйца только в профиль, опять кривая версия

http://img208.imageshack.us/img208/5643/ttow7.jpg
52% проверенно, файлов одинаковых почти нет, но вроде как уже на 100% торрент готов

Вот напрасно они в Changelog http://download.utorrent.com/1.6.1/utorrent-1.6.1.txt
не побилдово изменения пишут. На самом деле как-то так должно выглядеть:

Цитата:

--- 2007-02-13: Version 1.6.1 (build 488)
- Feature: Select upload/download speed for a torrent through the rightclick menu
- Feature: Added encryption box to speed guide

- Change: Don't check as many pieces at the same time.
- Change: Misc WebUI changes.
- Change: Switch to JSON for webinterface

- Fix: Problem with category list in the gui when updated from the webui
- Fix: WebUI not clearing state between requests.
- Fix: Redirect also index.html to guest.html
- Fix: Added On Now shows the time it's added, not loaded.
- Fix: JSON uses " instead of '
- Fix: (a) Upnp fix
- Fix: Show pause icon when checking is paused.
- Fix: Fixed problems with XML parser
- Fix: Don't allow two message boxes to be shown in the RSS window
- Fix: Changed some window titles
- Fix: Fix malformed .torrent exploit
- Fix: Boss key field is now larger

--- 2007-02-14: Version 1.6.1 (build 489)
(no changes except built with an updated compiler to hopefully solve the random crash issue)

--- 2007-02-15: Version 1.6.1 (build 490)
- Fix: PECompact bug causing crashes

the7guest

Цитата:

существует метод "перекресного допроса" клиентов ...

Хм, любопытно. Даже слышал о таком, чтобы клиенты отсылали на сервер (по запросу) статистику о всех пирах, с которыми имели дело. Ты ссылку не приведешь на доку где о этом расширении протокола прочитать ?

Цитата:

Но, повторюсь, что из-за заморочек с нагрузкой и другим барахлом, это все в основном теория.

Т.е. получается, что на большинстве трекеров это не реализовано. И следовательно, твой способ с обрубанием на определенной минуте в принципе сработает Запарно, правда, несколько. Лучше уж тогда прогами для модификации ответов клиента трекеру пользоваться - твой аплоад будет умножаться (сколько поставишь).

NightHorror

Цитата:

Хм, любопытно. Даже слышал о таком, чтобы клиенты отсылали на сервер (по запросу) статистику о всех пирах, с которыми имели дело. Ты ссылку не приведешь на доку где о этом расширении протокола прочитать ?

Извини, давно все забросил и с Брэмом больше не дружу

Цитата:

И следовательно, твой способ с обрубанием на определенной минуте в принципе сработает. Запарно, правда, несколько. Лучше уж тогда прогами для модификации ответов клиента трекеру пользоваться - твой аплоад будет умножаться (сколько поставишь).

Но-но, ни слова больше, нас читают дети

the7guest

Цитата:

давно все забросил и с Брэмом больше не дружу

На досуге попробую погуглить Интересно стало.
ЗЫ:
Цитата:

Всего записей: 555

у тебя юбилей, жми сюда http://forum.ru-board.com/topic.cgi?forum=29&topic=7292&start=1580#lt (там на ноль помножат )

Цитата:

Лучше уж тогда прогами для модификации ответов клиента трекеру пользоваться - твой аплоад будет умножаться (сколько поставишь).

О, интересно, а что это за проги? Назови парочку а то я уже запарился в фаерволе вырубать доступ клиенту к трекеру после того как он начал закачку.

Petrik Pyatochkin
Ввиду неэтичности данного способа дам только наводку: ищи в местном андеграунде. Там целый топик существует по обману трекеров.

Наверное стоит расстроить всех, этот метод для лоховских трекеров где скачал, забанили, регишся занова. Все закрытые трекеры отслеживают статистику и делают это довольно хорошо.

Перекрестной статистики в bittorrent протоколе никогда не было и не будет. Кроме того, если и обдумать возможную реализацию, то сразу всплывает проблема неодновременности обращения клиентов к трекеру.

Я смотрю тут дисскусия развернулась (и это хорошо), но задавая вопрос я хотел понять откуда берется не соответствие между показаниями моего µTorrent и статистикой на трекерах - если данные теряются во время не доступности трекера то почему они теряются только на отдачу: когда я скачивая релиз, а потом перехожу на раздачу у меня всегда не правильная статистика по отданным данным - т.е. если релиз 500 Мб (условно), то при переходе в режим сидирования - я эти 500 Мб. скачал, а при раздаче (после скачки) может потеряться 15-20%?
ЗЫ. проверено неоднократно на разных трекерах. Ранее в топике пришли к выводу (?) что наличее или отсутствие DHT не влияет на статистику (практика подтверждает - расхождение есть и на приватных трекерах). Но почему всегда в одну сторону - или когда ты переходишь в режим сидирования тебе трекер автоматом выставляют 100% скачивание?

Цитата:

а при раздаче (после скачки) может потеряться 15-20%?

ну это сказки!
если в клиенте на задании отдано 500 Мб, то и передается 500, но не 450.
Даже, если трэкер лежит, то клиент передаст это при случае, когда норма.
Другое дело, если задание было выключено,
то передать сессию на Марс нельзя и результат стартует сессию заново, при повторном включении.
Трафик Винды и задания это разные вещи.

sv9205
Не такие уж сказки.
Клиент отдаёт "ндцать" мег/гиг (в зависимости от канала) , но не может связатся с трекером.
А потом, "Упссс" и перезагрузка клиента-компьютера.
При широком канале легко потерять за раз до 200-300 мег.

Цитата:

Трафик Винды и задания это разные вещи.

Про трафик Винды я слова не сказал - у меня расхождения мехду показаниями моего µTorrent и статистикой на трекерах.

Цитата:

При широком канале легко потерять за раз до 200-300 мег.

зачем париться тогда о этих 300 метрах

Assad
затем.
К сожалению ширина канала не означает её постоянность и стабильность.
Кстати по ~40мег можно терять и на стриме 128. (Это я тоже на собственном опыте могу сказать.)
И это на "одной сессии".
А не все могут неделями не выключать комп ожидая когда клиент свяжется таки с сервером.


Добавлено:
и более того, вот когда у тебя донлоад будет больше 200 гигов, вот тогда поймёшь что такое "уплывшие" 300 мег с сесии.
Я тоже не парился с этим, пока не получил коэффициент 1 при донлоаде в больше сотни гиг.
Попробуй вытащи такой при потере .....

Цитата:

А потом, "Упссс"

Ещё 220 выключи и будет без "Упссс"...
Цитата:

расхождения мехду показаниями моего µTorrent и статистикой на трекерах.

на стенке мелом ноль добавить нужно и будет в 10 раз больше.
serg107
Никогда не бывает чуда.
Если клиент отдал 50 Мб за сессию даже на Марс, то в статистику и передано 50 Мб.
В этом можна убедится на любой раздаче при обновлении страницы. Если хочется больше, пользуйся мелом.

sv9205
не смешно.
У вас, девушка, никогда небыло по 3-4 часа "еггог" по таймауту? а потом машину нужно ВЫКЛЮЧАТЬ по тому, что ЗАКОНЧИЛОСЬ РАБОЧЕЕ ВРЕМЯ!!.... ась??

sv9205 я про другое - вот я качаю и раздаю - трекер в ауте - выключаю µTorrent (или он сам закрылся с ошибкой) статистика потерена, но когда начинаю сидировать, то скаченным оказывается 100%, а розданным как получиться... И вопрос у меня был
Цитата:

или когда ты переходишь в режим сидирования тебе трекер автоматом выставляют 100% скачивание?

Цитата:

А не все могут неделями не выключать комп ожидая когда клиент свяжется таки с сервером.

Если выключать через каждые 5 минут, то потери будут и более 20%.
gryu
Мы не говорим за ERROR,
а за нормальную работу трэкеров... на всех трэкерах в сети ERROR не бывает.


Добавлено:

Цитата:

трекер в ауте - выключаю µTorrent (или он сам закрылся с ошибкой) статистика потерена, но когда начинаю сидировать,...

serg107

Цитата:

ЗЫ. проверено неоднократно на разных трекерах.

Вот и дальше проверяй при ERROR - сам и дал себе ответ о причине потери статистики....

sv9205 если не знаешь ответа на вопрос
Цитата:

или когда ты переходишь в режим сидирования тебе трекер автоматом выставляют 100% скачивание?

- так и скажи а не рассуждай про мел и ERROR.

sv9205
05:21 13-02-2007
Цитата:

Лайнер поменял и теперь на Azureus лётаешь!

Летать, увы, не летаю, но ползать удобнее.

Цитата:

Как впечатления? поделись какие результаты.

По функционалу, больше положительные. Почти то, что мне нужно. Вот бы еще подобрать настройки так, чтобы и канал использовался оптимально и слотов много не использовалось. Неудобно получается, что активные торренты рассчитываются и на прямой канал, и на обратный. Если включить скажем 3-4 активных торрента, все слоты могут занять сидируемые торренты... Если разрешить много активных, получается слишком много сидируемых и уже ни почту не принять, ни страницы не посмотреть. Приходится устанавливать, чтобы он не рассматривал торрент, как активный, если скорость меньше скажем 20 килов. А минимальное количество скачиваемых торрентов невозможно установить выше 3...

Если кто подскажет нормальные настройки для раздела Queue буду рад.

Из неудобств пожалуй только одно: JAVA. Это тихий ужас. Я не знаю, как там в Висте, но в XP очень трудно работать, если приложение ракатывается 150-200 мегов. При этом гигабайт еще свободен...

А теперь вопрос: после потери питания не запускается Advanced Statstics. Не может инициализироваться и все тут. Что там поправить? XML что-ли поломался?

В общем и целом, если заставить его использовать полосу по максимому, занимая при этом минимально необходимое количество слотов, будет просто ни в какое сравнение с удобствами µTorrent.

Кстати, скорость выше 3 мегов что-то не поднимается... Может, там и вправду чего?.. Правда я параллельно µ не запускал, так что утверждать что-то серьезно трудно.

---

Да, еще проблема: Foobar стал открываться в режиме поверх всех окон. Если не запускать Azureus, все нормально, но стоит открыть оба, как все Foobar открывается поверх. Как проверить, что-то не соображу. В ветке Foobar'а вопрос задавал, но что-то молчат все...

Цитата:

"уплывшие" 300 мег с сесии

300 метров за 20 минут это 2 мегабита

Цитата:

вот когда у тебя донлоад будет больше 200 гигов, вот тогда поймёшь что такое

валяюсь , посмотри сюда



Цитата:

Я тоже не парился с этим, пока не получил коэффициент 1 при донлоаде в больше сотни гиг.
Попробуй вытащи такой при потере .....

ну это высказывание меня вообще убивает, оно вообще о чём?
скромнее качать надо раз раздать не получается, причём тут потери

Добавлено:
TCPIP

Цитата:

Кстати, скорость выше 3 мегов что-то не поднимается... Может, там и вправду чего?.. Правда я параллельно µ не запускал, так что утверждать что-то серьезно трудно.

наконец я не одинок)))

Добавлено:

Цитата:

или когда ты переходишь в режим сидирования тебе трекер автоматом выставляют 100% скачивание?

что скачал, то и начисляет

кучу раз включался в раздачу с готовым релизом, но приходилось докачивать какойнмть txt с надписью "этот мега файл залил вася"
докачка этого txt не означала что мне все 100% автоматом в даун засчитывали

Цитата:

если не знаешь ответа на вопрос
Цитата:
или когда ты переходишь в режим сидирования тебе трекер автоматом выставляют 100% скачивание?

А ты чего хочешь, чтобы 200% писал?
Бывает и больше, при закачке блоков с ошибками.
Статистика пишется на раздаче только за сессию задания,
при повторном подключении, в графе, Скачал - inf всегда.
Тебе записан уже был результат в статистику, дважды записывать нельзя.
Сказочник... Делать нечего? Зачем, приходить на форум и помощи просить, при изложении:
" ЗЫ. проверено неоднократно на разных трекерах."
"а потом перехожу на раздачу у меня всегда не правильная статистика по отданным данным"
"трекер в ауте"
"выключаю µTorrent (или он сам закрылся с ошибкой) статистика потерена,"(без команды СТОП задание)

Добавлено:

Цитата:

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

Совершенно верно, перекачивается целый блок 2-4 мб, где лежит этот файл и записывается весь блок,
хотя .txt файл может быть и 2 кб.

sv9205 ну если я сказочник, то то ты "... не читатель, а писатель" - объясняю еще раз по клиенту у меня закачено/скачено 500 Мб. (трекер некоторое время был в ауте) перехожу на сидирование статистика трекера пишет что закачено 400Мб, а скачено 500 мб.
И меня интересует только причина несимметричного учета трафика
ЗЫ А кстати как себя ведет клиент (в отношение статистики) при принудительном отключении от сети (ADSL PPPoE с 24 часовым реконнектом)?

serg107
Пойми, если в ауте трэкер, то записать же можна только мелом... иначе как?(можна отправить и почтой)
Попытка передать запись, всегда держится в сессии задания клиента и если закрыть, то досвидание.

Цитата:

как себя ведет клиент (в отношение статистики) при принудительном отключении от сети

Отключение бывает разное: обрыв связи, смена IP, портов и т.д.(телепаты в отпуске)
если отключение произошло, то клиен продолжает черпать попытки в сети, но по 220v статистику не может передать...
если поменялся IP, то как узнает тебя трэкер?
Трэкер знает тебя только по старому и нужно зайти на страницу раздачи для опознавания.
Но и это не поможет, т.к. есть льгота такая - http://forum.ru-board.com/topic.cgi?forum=5&topic=18364&start=1820#13
На странице можешь быть, но в случае, если залипло старое соединение,
то жаба давит и трэкер не дает соединится передать статистику,
т.к запрещено правилами дополнительные подключения, но качается всё прекрасно.
Вот поэтому и качают многие мимо трэкера, заставляют силой людей делать в этом случае.
Какая их вина, что "второй компьютер", так указывает причину клиент.

Из этого следует, 20% утечки твоего трафика это не вина трэкера или думаешь,
что Админы вручную исправляют и продают твой трафик на базаре за зелёные?

У меня недели 2 назад возникла такая проблема:

utorrent (был 1.6 сейчас 1.6.1) после включения миут 10-15 раздает торренты а потом прекращает, если перезапустить - снова минут 10 раздает и прекращает, бывает и сразу после запуска раздавать так и не начинает . Также если запустить браузер или асю в то время, когда он раздает, то чаще всего он также перестает раздавать. Иногда он сам начинает раздавать если забыть его перезапустить через 10 минут работы. В-общем я в тихом ужасе, сижу из локалки за натом и файерволом но раньше все было нормально, теперь же то потухнет то погаснет Может надо клиент на другой сменить, кто из локалки сидит - посоветуйте что-нибудь.

Zyava
У меня все нормально. И на работе локалка и дома. Правда настроено все как надо, фаер и нат.
Единственно чего пока в голову приходит, так это может тебе стоит проверить порты. Никто больше не сидит на том же самом порте, что и utorrent?

Zyava
23:43 17-02-2007
Цитата:

У меня недели 2 назад возникла такая проблема

Посмотрите, не включен ли фильтр IP. В µTorrent при использовании фильтра черных IP (установите параметр Advanced|ipfilter.enable в значение False;кстати, я не знаю, как это делается в Azureus) у меня реакция была та же. Так как на то, чтобы заблокировать все адреса уходит несколько минут и получается, что некоторое время клиент что-то скачивает или отдает, а потом прекращает что-либо делать.

All
Как все же сделать, чтобы Azureus набирал максимальное количество активных торрентов не за счет отдаваемых торрентов, а за счет скачиваемых? Сколько ни ставь Max active torrents, стартуют новые торренты на отдачу, а скачивается все равно столько, сколько разрешено минимумом: то есть только 2... Это можно было бы решить, если выставить Don't count torrent as using download slot if speed is below, но там максимум 50 килов, а потом, если выставить даже столько, в последствии это приведет к тому, что будет скачиваться слишком много, так как далеко не все торренты имеют скорость выше 50.

serg107
О, брат во стриме...

Цитата:

А кстати как себя ведет клиент (в отношение статистики) при принудительном отключении от сети (ADSL PPPoE с 24 часовым реконнектом)?

Нормально ведёт (Azureus). После реконнекта (со сменой IP) разгоняется минут пять. Если IP при реконнекте не сменился, то ни одна качалка ничего не замечает. Подумаешь, 20-30Мб потерял. При суточном аплоаде в 3Гб (статистика из ЛК Стрима) даже 100Мб -- полная фигня.

Замечание. Из "приватных" я пользуюсь только трекерами с passkey. В детском саду с "зайди на форум, тогда трекер тебя опознает" стримовцу не светит (меня уже на демоноиде забанили за полсотни гиг трафика, хотя я там не скачал ни байта).