Close Topic Options

[ktano]

понравилась фраза
"порт открыт - ip-постоянный - канал резиновый - винда пропатчена - ограничений нету - ....."

при таких каналах единственное, наверное, что должно беспокоить - это "Почему я не убийца рейтинга, нах?"

з.ы. кстати - а можно узнать скорость резинового канала ?

[bubamara]

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

На самом деле самый нужный мне и самый оставляющий желать доработок модуль мю - WebUI. Но он уже полгода заморожен на стадии beta2. Буду ждать

[ktano]

в разделе Конфигурация-Соединение-Авторежим
где про него почитать ? что за новый нах ?

[Kiskin]

ktano
Абсолютно точно подмечено про беспокойство - раньше как-то не задавался этим вопросом, просто времени не было, а тут бац появилось это самое время - ну и решил для себя выяснить "откуда ноги растут" - блин! Всё зло от свободного времени!
ну качается - это эорошо
ну раздаётся - ещё лучше
А щас думаю (опять же: "Думать вредно!") надо разобраться с этим вопросом

Скорость? конечно можно - секрета нету
по тесту speedtest c остановленными закачками и раздачами
dow до 5400 килоБайт в сек.
up до 950 килоБайт в сек.

Добавлено:
проверил щас с запущенным торрентом и прифигел
dow до 6572 килоБайт в сек.
up до 317 килоБайт в сек.
Вывод: все эти тесты меряют скорость - Очень условно и приблизительно.

А вот Конфигурация-Соединение-Авторежим и в правду интересно бы узнать поточнее.
Судя по всему это про него:
Version 1.7 (build 1065)
- Feature: Auto uplink throttling (beta)
Version 1.7 (build 1355)
- Fix: Auto uplink now correctly updates seed-only limit

На сколько я понял это естественно про то до какого порога отдавать при сидировании, но вот где это значение порыто так и не откопал.
Поставил у себя эту галку для эксперимента - скорость пока не упала - всё как было так и осталось - может пока не работает - чекбокс сделали, но он ни за что не отвечает

This post has been edited by Kiskin on 27-04-2007, 16:01

[ktano]

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

[LF_]

так, для информации - трекер не занимается определением кому и кто отдает, это решается в клиенте. Мю на эту тему построен правильно в том смысле, что зачем тянуть 2к с простого, когда мона 200к с убийцы? Мне тоже это не нравится - тянуть он предпочитает с сидов, у меня по крайней мере обычно закачка идет с сидов, а пиры курят. Никакими методами заставить его делать что-то другое мне не удалось Вероятно, если разрешить ему очень много конектов - он и с пиров начнет, но раутер и остальные прилады жалко

[ktano]

ну значит надо изменять клиент

но - если такое решается в клиенте - чтоже тогда решается в системе ?

[Kiskin]

LF_
Спасибо за ответ - он окончательно помог рассеять мои сомнения
Подтвержадю основываясь на своих наблюдениях и изысканиях - всё абсолютно правильно на счёт того что клиент с трекера не берёт инфу о том с кого качать первым.
Видимо так устроен протокол самого торрента - Основная закачка идёт именно с "Убийцы" с того кто может отдавать быстрее и больше всех, а это уже напрямую зависти от канала (каналов) конкретного пользователя.
В этом то и преимущество торрента - скачал быстро - отдал быстро и все отлично - прям как с соседнего компа слил.
Без "Убийц" это уже будет не торрент, а полуосёл

Хотя по мои наблюдениям картина следующая:
не важно сид он или пир, если ему есть что отдавать лить будет именно с него - отслеживал это специально - потом уже тащится с более быстрых сидов или пиров - а остальный курят тот самый бамбук.
Правда может у меня так именно из-за того самого кол-ва содинений (у меня 1500) Сначала думал что много - сетку жалко - но увеличивал постепенно и смотрел за результатами - остановился на 1500.
Но это нужно только для того чтоб удачно тащить например с демоноида, где бывает по 2000 участников на раздаче.

Кстати FlashGet Version 1.82.1001 (2007.03.20) при установке сам патчит винду по-умочанию до 1000 полуоткрытых конекций.
По большому счёту они нужны только для успешного старта торрента в случае если много закачек и раздач с большим числом участников, а если стоит всего пару активных и участников не много, то и патчить можно например до 100. Да и патч помогает например если в Макстоне открыть Группу эдак в 25-50 закладок - пробовал на непропатченноы винде - результат на лицо, а если надо чего-нить из осла вытащить, то он начинает тащить буквально сразу после запуска - без патча он обычно раскчиается пару часов.

На счёт своей отдачи тоже почти разобался исходя из выше изложенного - к томуже канал на забугорье оказался не таким резиновым как дома
хотя тема о временной смене клиента на Azureus-а крепко засела в голове - надо будет попробовать ещё раз - по многочисленным мнениям он отдаёт лучше всех, хотя лия=чно я в этом силно сомневаюсь. Юторрент - форева!!!

ЗЫ
простите что так длинно получилось - оптять чего то нашло - может кому пригодиться для изучения данного вопроса.

[ktano]

по поводу Azureus'a - был медленный инет и комп - пользовался юТоррентом. думал - вот увеличится и то и то - пересяду на Азуреус. Дождался. Пересел. Опять не было заметно никакой разницы кроме того, что настроек добавилось, мягко говоря, до чёрта.
через две неделе он как слетел - что я ни делал - не смог его поднять.
плюнул.
удалил.
поставил юТоррент и доволен. больше эксперементировать не буду.

[LF_]

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

[ktano]

LF_
вопрос - на этом экране в новой версии появилась опция "Включить Local Peer Discovery". Есть инфа, что она делает и надо ли её включать ?
и ещё - для канала в 4Мбит/с какие пожелания по циферкам в этой вкладке ?

[LF_]

Они хотят заюзать локальных пиров, т.е. которые сидят в твоей подсетке. Т.е. если ты и твой сосед качаете один релиз - то вроде как имеет смысл использовать тот факт, что данные не надо гнать на другой конец земли. Работает якобы через UDP multicast - т.е. если сто человек в одной подсетке, то должно быть ёёёё как быстро передать им блок и еще и всем разом

А для 4хмб... ну умнож на два для начала Если у тебя выдержит все остальное

[ktano]

попробую, спасибо
Local Peer без надобности - выключу нафик.

з.ы. надо будет попробовать вернуться на 1.6.х версию и посидеть на ней с пару недель - посмотреть будет ли разница с 1.7.х

[korneliy]

---- 2007-05-02: Version 1.7 (build 1625)
- Change: The treeview in the addtorrent dialog now should have the same border style as the old listview
- Change: The treeview horizontal scrollbar size in the addtorrent dialog is tweaked a bit to more closely match old listview
- Change: A couple more strings I18N'd
- Change: More comprehensive support of unicode pathnames
- Change: Revamped installation backend including better handling of failure cases and checking of NT permissions for determining where to install
- Change: Don't block while waiting to delete from disk
- Fix: Reversed sorting on many listviews
- Fix: Update torrent size after context menu action in addtorrent dialog
- Fix: Memory leaks of directory names and item images in addtorrent dialog treeview
- Fix: Have mousewheel work on controls in modal dialogs even when they don't have focus (i.e. treeview in addtorrent dialog)
- Fix: A few misc memory leaks
- Fix: Get rid of duplicate default button in install dialog - "Yes" should always be the default now
- Fix: The requests column in the peers tab is now sorted by active requests then pending requests, instead of just active requests
- Fix: More tab order fixes to RSS dialog
- Fix: Crash with older versions of RSS history

http://forum.utorrent.com/viewtopic.php?id=21979

[LF_]

--- 2007-05-05: Version 1.7 (build 1672)
- Change: better DHT ping for BT node discovery
- Fix: potential crash bug on torrent removal
- Fix: rare memory leak in DHT