The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Вышел bittorrent-клиент Transmission 2.22

10.03.2011 07:21

Вышел очередной релиз bittorrent-клиента Transmission - 2.22. Transmission - это относительно легкий и не требовательный к ресурсам torrent-клиент, написанный на языке Cи и поддерживающий разнообразные интерфейсы пользователя: GTK, Qt, native Mac, Web-интерфейс, daemon, command-line.

Наиболее заметные изменения в этой версии:

  • Все платформы (libtransmission):
    • Ускорено получение последних блоков в режиме окончания закачки (endgame).
    • Исправлена ошибка, при которой личеры могли быть в некоторых ситуациях ошибочно отключены от Transmission, работающего в режиме сидирования.
    • Исправлена ошибка, появившаяся в версии 2.20: скорости аплоада и даунлоада в некоторых ситуациях могли отображаться некорректно.
    • Поддерживаются блеклисты, которые не отсортированы по IP адресам (теперь такие блеклисты работают корректно).
    • Исправлена работа IPv6 DHT
    • Вернулась поддержка автоматического отключения неактивных пиров.
    • Исправлена ошибка: в файле с информацией для восстановления статуса закачки (resume file) не сохранялось время проверки последней части торрента.
  • Mac OS X:
    • Обновление переводов на датский, немецкий и русский языки.
  • GTK+:
    • Исправлена индивидуальная настройка времени сидирования неактивных торрентов.
  • Qt:
    • Исправлена загрузка локализации в ОС Linux.
  • CLI:
    • Исправлена проблема отображения скоростей.

Также следует отметить что в SVN-версии (будущая ветка 2.30) была внесена поддержка протокола uTP, основанная на официальной библиотеке реализующей данный протокол от авторов uTorrent (libutp).

  1. Главная ссылка к новости (http://www.transmissionbt.com/...)
Автор новости: User294
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/29858-bittorrent
Ключевые слова: bittorrent, Transmission
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (29) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, daemontux (?), 08:34, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    libutp нет пути.
     
     
  • 2.18, User294 (ok), 15:17, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > libutp нет пути.

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

     

  • 1.2, анонизмус (?), 08:42, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    спорное решение. в любом случае, остаюсь пока на 2.2х
     
     
  • 2.4, Resonance (ok), 09:38, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    http://habrahabr.ru/blogs/p2p/85443/
    +1
     
     
  • 3.10, paulus (ok), 12:20, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Спасибо за ссылку по протоколу uTorrent (libutp), не радует... :(
     
     
  • 4.20, User294 (ok), 15:37, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Спасибо за ссылку по протоколу uTorrent (libutp), не радует... :(

    Вообще говоря, не заметил огромной разницы в скорости от включения uTP - в среднем по больнице скорость остается примерно та же, плюс-минус лапоть. Более того - как минимум в "крейсерском" режиме судя по статистике PPS растет незначительно и сравним с HTTP даунлоадом на той же скорости. Правда стоит заметить что у моего прова более-менее нормально сделана сеть, а у меня роутером является довольно резвый самопал на AR7161, ему это вообще не нагрузка, так что не показательно :)). ИМХО стоит затестить на своей конфигурации и сделать выводы. Со своей стороны - в наиболее интересных мне конфигурациях вреда особо не вижу, ничего похожего на графики с просадкой скорости после включения uTP у меня не наблюдается. Какой-то особой пользы впрочем тоже. Единственное что я припоминаю что у uTorrent есть фирменное расширение позволяющее NAT hole punching, за счет юзежа UDP как раз, но оно в трансмиссии не реализовано как я понимаю, и вообще хз документировано ли оно.

     
  • 3.12, h31 (ok), 14:07, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    По ссылке тема, которой уже больше года. За это время uTP уже успели исправить.
     

  • 1.3, Аноним (-), 09:31, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    интересно очереди когда будут?
     
     
  • 2.7, vovans (ok), 12:01, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +2 +/
    они нужны единицам. И эти единицы, как правило, уже научились прикручивать костыли.
     
  • 2.11, Аноним (-), 12:26, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Что за очереди?
     
     
  • 3.19, oops (ok), 15:19, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    +1 шо цэ?
     
     
  • 4.22, cuki (ok), 16:00, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    это когда закачка файла x начинается только после окончания закачки файла y, удобно
     
     
  • 5.31, Аноним (-), 22:57, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Там приоритеты есть, три штуки. Для 95% случаев хватает за глаза
     

  • 1.8, Дима (??), 12:12, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Что это за "новость" ?!! Версия 2.22 была официально анонсирована шесть дней назад (2011/03/04). Неужто действительно в бубунте только сегодня обновление появилось? :) :)

    p.s. arch user)

     
     
  • 2.9, paulus (ok), 12:17, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Долго будете выпендриваться, не надоело или каждый считает своим долгом сообщить, что раньше всех узнал/установил? Повышает самомнение ;) Оно там до сих пор не появилось, а в РРА трансмиссии давно есть.
     
  • 2.13, vovans (ok), 14:09, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    ну ты крут, что на арче, а не на какой-то там бубунте! Реально, чувак, уважаю! LOL

    Давно обновил из ppa. Уже и забыл. И как-то пальцами махать, что гентушники ещё ждут ебилдов... (образно) это глупо как-то.

     
     
  • 3.24, User294 (ok), 16:15, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > ну ты крут, что на арче, а не на какой-то там бубунте!

    Угу, крут, крут. Юзает по сути бэкпорт транка с полутора фиксами из всей кучи. И наивно считает что это новье и круть. Зато дубинку тролля - достал зачем-то. И это в то время как у меня вчерашний trunk как раз работает. С шахматами и поэтессами, пардон, то-есть uTP, фиксом медленного даунлоада магнетов и чем там блин еще :) (кому интересны все изменения в деталях - есть багтрекер).

     
  • 2.23, User294 (ok), 16:06, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Что это за "новость" ?!! Версия 2.22 была официально анонсирована шесть дней назад (2011/03/04).

    Ну так вы же были лентяем и не написали новость, мля. А я сподобился это сделать когда было время, желание, и наконец я просто обратил внимание что они уже оформили все это как некий релиз. Там еще был какой-то полуподпольный 2.21, для него даже есть небольшой ченжлог в траке, но по какой-то причине на главной странице авторы постеснялись его заанонсировать :)). Я не очень сильно слежу за участью бэкпортированных версий.

    > Неужто действительно в бубунте только сегодня обновление появилось? :) :)

    Хотите я покажу вам что надо делать с вашей троллевской дубинкой столь бездарным троллям? :))) Ну вот, смотрите: я не помню какая трансмиссия текущая в убунте. И не знаю вышел ли апдейт. Просто потому что я собираю T из SVN, вы приколитесь? :) Ну как, съели вашу троллевскую дубинку то уже с досады? А то у меня T всяко свежее вашей. Нормальненько будет? :)

    Так вот, сообщаю вам: ветка 2.2х - это вообще *бэкпорт* сильно некоторых фич/багфиксов из trunk, который когда-то в будущем вы будете знать как версии вида 2.3х :)). Можете радоваться дальше вашему прошлогоднему снегу, мне не жалко. Только вот в 2.2х нет uTP и еще ряда фиксов/твиков и исправления ошибок - в 2.2х из trunk бэкпортятся только наиболее существенные и простые в бэкпортировании фиксы.

    > p.s. arch user)

    Толстый тролль имхо подходит больше :P. Только понт вышел какой-то дешевый на фоне того что я вчерашнюю SVN ревизию гоняю. Так что придется вам вашу троллевскую дубинку съесть :)

     

  • 1.14, Vlad (??), 15:08, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Цитата с хобота, ветка о медиаплеере Попкорн С200 :
    "Оттестировал версию 2.22, в принципе все работает, кроме бага версии 2.2x, при добавлениинового торрента вручную или через watch директорию часто происходит срыв с ошибкой 404 при получении пиров с трекера. Эта же проблема есть и на i386 сборке, т.е. она платформонезависима. В версии 2.13 ее нет."
     
     
  • 2.15, Vlad (??), 15:09, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    стойкое ощущение, что этот баг вылез именно при переходе на libevent2, поскольку он произошел как раз на версии 2.20
     

  • 1.21, maxkit (ok), 15:56, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Последовательная загрузка торрента так и не появилась.
     
     
  • 2.25, iZEN (ok), 18:24, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Это бы убило Deluge. ;) Нужно давать хоть какое-то преимущество конкуренту.

    Итого имеем:
    1) Transmission, которая умеет все протоколы, но не умеет очереди и не умеет не ставить колом десктоп при проверке закачек.
    2) Deluge, которая умеет очереди закачек, но слишком зависима от питоновского окружения-рантайма (грубо говоря, испытвает частый регресс с зависимостями, из-за чего не работают некоторые полезные фичи).

     
     
  • 3.29, User294 (ok), 21:36, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    Ну ладно, черт с ними с очередями, хотя если это прямо позарез надо - можно скри... большой текст свёрнут, показать
     
     
  • 4.30, iZEN (ok), 21:53, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > Похоже лечить надо скорее систему/ФС/диски :). Скорее всего у тебя хилая дисковая
    > подсистема (у ноутбячных винчей например seek очень медленный, да и скорость
    > чтения не чемпионская отнюдь). Да еще поди ума хватило поставить систему
    > на те же физические диски которые нагружаются торентом, а? :)

    Торренты у меня качаются/раздаются на WD6400AAKS с ZFSv15. Да, сейчас не так сильно тормозит при проверке торрентов, как прошлые версии. (Скорее всего это результат тюнинга ZFS в -STABLE после релиза 8.2), и, да, сейчас у меня больше памяти, чем прежде, когда проводил сравнения.

    К тому же, Transmission не кидается проверять одновременно все заданные для проверки файлы, а выстраивает их в очередь, что сильно повышает отзывчивость как самой программы, так и дисковой подсистемы в целом.

    Сейчас отзывчивость Transmission приблизилась к Deluge. Единственное, что портит впечатление — отсутствие очередей закачек.

     
     
  • 5.32, User294 (ok), 12:58, 16/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    > и, да, сейчас у меня больше памяти, чем прежде, когда проводил сравнения.

    В общем у меня подозрения что у тебя диски/ФС тормозят. Я бы попробовал копировать файлы в /dev/null и посмотреть на скорость этого и как оно соотносится с скоростью линейного чтения HDD. В этом месте обычно становится понятен масштаб просадки скорости от наличия на томе конкретной файловой системы в конкретном состоянии, фрагментации и прочая :).

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

    > К тому же, Transmission не кидается проверять одновременно все заданные для проверки файлы,

    Для механических дисков такое поведение было бы той еще подлянкой - они бы разрывались на параллельное чтение файлов и скорее всего скорость упала бы из-за постоянных полетов голов в разные части диска вместо чтения одного файла последовательно (это на не сильно засранном диске более-менее линейное чтение обычно).

    > Сейчас отзывчивость Transmission приблизилась к Deluge.

    На самом деле при некоторых операциях гуй все-таки может подклинивать, по хорошему все что работает с диском стоит гонять в отдельном потоке и пусть клинит только его :)

    > Единственное, что портит впечатление — отсутствие очередей закачек.

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

     

  • 1.26, Vlad (??), 19:48, 10/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А расскажите, как, используя transmission скачать избранные файлы, а не всё, что указано в торренте. Например, определенную серию из сериала?
     
     
  • 2.27, iZEN (ok), 20:57, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > А расскажите, как, используя transmission скачать избранные файлы, а не всё, что
    > указано в торренте. Например, определенную серию из сериала?

    Свойства торрента -> вкладка Файлы -> оставляем галочку в колонке "Скачать" для нужного файла, остальные галочки снимаем.

     
  • 2.28, bircoph (ok), 21:18, 10/03/2011 [^] [^^] [^^^] [ответить]  
  • +/
    $ transmission-remote -G all -g 2-5,10
    скачает только файлы с номерами 2,3,4,5,10.
     

  • 1.33, valent (??), 10:01, 17/03/2011 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подскажите, как заставить его качать в определденную директорию, а после полной закачки перемещать в нужную (как StrongDC++) или же переименовывать недокачаный файл (как в uTorrent) ?
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру