Transmission 2.31

>Тут есть как бы способ — поставить в настройках галку «добавлять .part к имени незавершённого файла»

Стоит галка, но проблема с длинными именами только усугубляется. Даже «нормальные» имена в 254 байта при добавке .part могут стать проблемой, чего уж говорить об изначально невалидных именах. Ладно бы транс просто их игнорил, а то ведь он раздачу блочит...

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

и таки да, дело не в ограничениях или закрытых портах. Это все было проверено и не единожды.

> Только что перевел пользователя с венды на 14 федору, соответственно, с µTorrent'а на транс. Его вполне примирил с трансом тот факт, что раздача выросла с 2-4 гигов до 20-30Г в сутки.

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

не туда смотрите, дело в винде, инфа 100% :-) по сабжу, хороший клиент..пользовался года два, помню из неприятного при количестве торентов овер *** начинало тормозить и запускалось неприлично долго. Сейчас пользуюсь делюгой с вебмордой.

Иконки, как всегда, круты!

> Ладно бы транс просто их игнорил, а то ведь он раздачу блочит...

Если так, то действительно глупо получается. Не сталкивался просто с такими ситуациями.

> и таки да, дело не в ограничениях или закрытых портах. Это все было проверено и не единожды.

Странно. Когда я последний раз пользовался µTorrent'ом на винде (версия 1.7 или 1.8 вроде была актуальной), таких проблем не было. Правда скорость инета у меня была 512 кб/сек, но из этого я всегда получал максимум. Винда была XP, плюс tcpip.sys с увеличенным лимитом соединений.

>вендузятники воют, что у них сеть падает от uTorrent'а (хотя, по идее, должно быть наоборот)

Должен Мю падать от сети? О_о

> Иконки, как всегда, круты!

А что за иконки хоть? Я в программе никаких нестандартных иконок не вижу, кроме, разве что, голубой черепахи. :)

Простите, чем же?

>А почему это тогда патчем не оформят? И назовите, пожалуйста, одну из таких утилит. (внешние скрипты не годятся, нужно встроенное в gtk гуевое решение)
Мне - годятся.
Написал лет 5 назад скрипт на перле и был доволен.
Сейчас есть огромное количество таких-же скриптов на сайте трансмишн

> utorrent не может сливать Трансмиссии при прочих равных условиях и настройках, тем более на порядок.

может, у utorrent проблема, что он работает только на устаревших мелкомягких платформах, соответственно тормоза наследуются.

> не туда смотрите, дело в винде, инфа 100% :-)

Дело во внешнем устройстве, которое подключается к компу через клаву и мышь, инфа 200%.

От юзерспейса ядро не должно падать.

>Как только оно начнет тормозить и зависеть от qt - будет в самый раз.

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

Я тоже так считаю. Однако факт остаётся фактом: одна из версий хроминиума роняла дебиан и бубунту.

Некоторые сайты (пологаю, что через JS) подвешивали ФФ до полного зависона.

Там пачка иконок разного размера с логотипом Transmission [с цветами напоминающими Tango]: собственно, «самую главную иконку» и обновили :)

> Или может есть конкуренты со всеми возможностями transmission, работающие на таком количестве сетевых диском, плееров и т.д. ?
Количество плееров, на котором работает торрент-клиент, меня совершенно не интересует. Deluge имеет не меньше возможностей. Что касается «нетребовательности ресурсов», то при 50ти активных торрентах transmission умирает после запуска секунд на 5, загружая cpu (core 2 duo) на 100%. Тот же Deluge, написанный на питоне и потому «требовательный к ресурсам», так не делает (и вообще имеет более отзывчивый интерфейс).

> Что касается «нетребовательности ресурсов», то при 50ти активных торрентах transmission умирает после запуска секунд на 5, загружая cpu (core 2 duo) на 100%.
Это не тансмиссия а руки :(
У меня на 300mhz wdtv работает без проблем.

RSS они и не планируют, я правильно понимаю?

>при 50ти активных торрентах transmission умирает после запуска секунд на 5, загружая cpu (core 2 duo) на 100%.
@madoka~>t-r -l|wc -l
828
@madoka~>uname -a
Linux madoka 2.6.39-gentoo #1 SMP Fri May 20 01:42:30 MSD 2011 x86_64 AMD Athlon(tm) II X2 250 Processor AuthenticAMD GNU/Linux
При старте отзывается практически сразу, хотя не пытается сразу запустить все торренты (жалеет аннонсер, видимо).
Видимо, Core2Duo — нечто вроде i486dx (ну или здесь клинический случай кривых рук).

Безумно сложен даже для того, чтобы думать о нем. Алсо, реализован в Deluge.

И как тама выглядит когда скачивание застревает ?

Если скачивание какого-то торрента застревает или скорость слишком низкая для загрузки полосы пропускания, то Deluge решает остановить такой медленный торрент и запустить следующий торрент из очереди ждущих закачки. Значение скорости скачивания, при которой торрент считается полудохлым, настраивается.

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

Нихера не будет. После Deluge на Transmission я замучался следить за загрузкой канала. Очереди нет — отсюда все проблемы. Приоритеты в Transmission работают только на файлы в отдельном торренте, а не между запущенными торрентами.

Единственный минус — нельзя менять имя торрентов в списке и корневой папки если она есть. Вот это плохо.

На самом деле это EPIC_FAIL самого Transmission. А ещё раздающие придумывают самые разнообразные идиотские имена торрентам, откуда спустя некоторое время невозможно понять, что именно качаешь без захода на Web-ресурс.

Что то не густо изменений :(
Тот же web-client еще стоит пилить:
- косяки в интерфейсе менюшек.
- при копировании текста из поля comment вместо символа «/» лезет какой то иной символ, с начертанием как у «/».
- мало возможностей для настройки.

Но вообще это один из лучших торрент-клиентов.

думаю, если бы transmission был на жабе, а deluge нет, ты бы писал наоборот

пока не будет gtk-клиента, не нужен. не факт, что нужен и после этого. одно преимущество перед Deluge очевидно, но и только.

> Потому что раздача разбита на блоки фиксированного размера, и «границы файлов» не совпадают с границами блоков. Другие клиенты тоже качают кусочки ненужных файлов, просто хранят их где-то во временных файлах и не показывают в том месте, куда качается раздача.

Не факт. Никто не мешает не писать эти куски на диск вообще.

> Дело во внешнем устройстве, которое подключается к компу через клаву и мышь, инфа 200%.

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

> пока не будет gtk-клиента, не нужен.

Пока вы не научитесь читать, ваше мнение будет не нужно.

Хочу Deluge на Java, а то в Пидоне что-то протухло и Deluge не собирается в новом пидонокружении.

спутал, извини

кстати в нормальных ОС все собирается и работает

> Не факт. Никто не мешает не писать эти куски на диск вообще.

Предлагаете держать в памяти?

> пока не будет gtk-клиента, не нужен. не факт, что нужен и после этого. одно преимущество перед Deluge очевидно, но и только.

Это тема не про ktorrent.

Вы используете шифрование root/хоума/etc?
У меня было тоже самое, пока я использовал шифрованный корень (LUKS) + шифрованный хоум.

Вообще с файлами он работает очень стремно, а потому при наличии шифрования, очень часто вешает систему. Пару раз был panic.
Версию ядра не помню, но была с PAE.
Проблема решилось выносом торрентов на отдельный диск без шифрования.

>пока не будет gtk-клиента, не нужен.
Анон настолько Ъ что не читают даже текст новости?

>utorrent не может сливать Трансмиссии

понятия не имею, что есмь utorrent. Я видел mtorrent с иконкой в виде зеленой греческой мю. Несколько версий подряд. порт был открыт. сливал жостко. А еще в венде время от времени отваливался усб-винт с торрентами, что тоже не добавляло радости.

>Дело во внешнем устройстве, которое подключается к компу через клаву и мышь, инфа 200%.

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

>Нихера не будет. После Deluge на Transmission я замучался следить за загрузкой канала.

в трансе есть ограничение на канал. Расхождений с реальностью не замечал.

Приоритеты в Transmission работают только на файлы в отдельном торренте, а не между запущенными торрентами.

а где-то приоритеты работают между торрентами? В азуреусе тоже не было.

На самом деле это EPIC_FAIL самого Transmission.

по моему, преувеличение. Скачал да переименовал, раз все так плохо. Только не говорите про рейтинг...

Эта, э, как спрятать, чтоб глаз не мозолило:

Tracker gave HTTP response code 0 (No Response)

> понятия не имею, что есмь utorrent. Я видел mtorrent с иконкой в виде зеленой греческой мю.

utorrent == mtorrent == µtorrent. :)

Хороший, годный клиент. Я долго использовал KTorrent, но в виду выделения отдельной машины для файлопомойки и закачки с раздачей торрентов перешел на subj. Да и способ представления информации о раздачах получше будет, чем KTorrent'овские столбики, информация в которых по ширине иногда не помещается даже в 1920 пикселей.

> > Не факт. Никто не мешает не писать эти куски на диск вообще.

Предлагаете держать в памяти?

Только нужные части. Потом сообщать, что такого блока нет.

Шифрования нет. Просто ext4.

> Только нужные части. Потом сообщать, что такого блока нет.

А зачем? Если я, например, захочу перехешировать уже скачанные данные, эти блоки придётся тянуть заново. И, как вы заметили, раздавать эти блоки тоже не получится. Или, если я качаю сериал по сериям, последовательно включая их закачку, то эти кусочки блоков придётся каждый раз скачивать повторно. Не много, конечно, но всё равно избыточно. В чём проблема просто складывать эти кусочки где-нибудь «за кулисами»?

Нельзя - границы блоков не совпадают с границами файлов.

>Требуется Intel Mac

Я понимаю, что имеется ввиду, но все равно хочется подправить

Требуется Intel Mac, а не Apple Mac

Да нет, вполне достаточно упаковывать обрывки незаказанных файлов в один временный файл где нибудь в /tmp.

> Нельзя - границы блоков не совпадают с границами файлов.

Можно, просто сообщать, что этого блока у тебя нет.

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

Вашим же вопросом отвечу - «а зачем?» ;)

И, как вы заметили, раздавать эти блоки тоже не получится. Или, если я качаю сериал по сериям, последовательно включая их закачку, то эти кусочки блоков придётся каждый раз скачивать повторно.

Можно держать в памяти, можно заново скачивать.

Не много, конечно, но всё равно избыточно. В чём проблема просто складывать эти кусочки где-нибудь «за кулисами»?

Да нет проблемы, я как вариант предложил.

> Поддержка µTP
Хм, а от него есть хоть какой-нибудь смысл на практике? Как там оно сейчас, перестало перегружать сетевое оборудование?