| 1.2, Анонимчик (?), 10:24, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
Когда ждать сбор мусора протокола в один небольшой файл, когда не все файлы из раздачи качаешь?
| | |
| |
| 2.7, Андрей (??), 12:22, 27/09/2012 [^] [^^] [^^^] [ответить]
| +3 +/– |
А лучше бы все торрент клиенты договорились и приняли один стандарт для хранения подобной инфы, например в виде опции. Даже если б это и были просто оригинальные sparse-файлы.
| | |
| |
| 3.25, arisu (ok), 02:51, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
 а ещё лучше если бы они отвязались, наконец, от имён файлов в торренте.
| | |
| |
| 4.30, Аноним (-), 21:45, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> а ещё лучше если бы они отвязались, наконец, от имён файлов в торренте.
Для самого по себе протокола имена файлов не важны. Для него это один непрерывный блок данных. Как его скроят клиенты - да это уже их проблемы.
Вот чего торренту не хватает так это глобальной индексации отдельных файлов, в духе осла. Потому что иначе есть ситуация когда есть 5 раздач с одинаковыми файлами, но разным imfohash и в результате пиры никогда на найдут обладателя нужного файла.
| | |
| |
| 5.35, arisu (ok), 21:55, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Для самого по себе протокола имена файлов не важны.
только вот пиров ищут по инфохэшу, в который ВНИЗАПНА!..
> Потому что иначе есть ситуация когда есть 5 раздач
> с одинаковыми файлами, но разным imfohash и в результате пиры никогда
> на найдут обладателя нужного файла.
вот и я об этом же. привязка инфохэша к именам идиотична. приводит к тому, что клиенты должны делать костыли для переименования (и все они неудобные).
| | |
| |
| 6.42, Аноним (-), 06:36, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> только вот пиров ищут по инфохэшу, в который ВНИЗАПНА!..
Инфохэш вообще можно рассматривать как нечто типа unique ID раздачи с неким набором параметров. Хэш покрывает весь набор параметров. Это и баг и фича одновременно :). Фича - в том что зная только инфохэш можно тем не менее найти метаданные, подкачать их и получить все параметры раздачи. У других протоколов с именно таким функционалом - небогато.
> вот и я об этом же. привязка инфохэша к именам идиотична.
На самом деле баг местами является фичой. Кроме всего прочего совсем глобальная индексация может привести к тому что каждый клиент будет надрываться далеко за пределами своих возможностей, расшарив весь HDD. К чему это приводит - можно посмотреть на примере осла...
| | |
| |
| 7.43, arisu (ok), 06:47, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Инфохэш вообще можно рассматривать как нечто типа unique ID раздачи
что никак не отменяет идиотичности формирования его по именам. вот чем не понравилась идея формировать его путём хэширования хэшей всех блоков данных, например? не менее уникально, зато на имена наплевать с высокой колокольни. ну, точнее, надо ещё хэшировать размеры файлов вдобавок, чтобы какой-нибудь гад не подсунул файлы не в том порядке. и всё — проблема с именами исчезла насовсем. и файлы можно переименовывать совершенно без костылей. да, можно сбоку привинтить ещё хэш имён, если это критично. да ещё что-нибудь придумать. мне, например, намного критичней переименование без костылей. потому что «abc.dvdrip.by.джигурда.ребёнокджигурды.родственникджигурды.неродственникджигурды.mkv» — это ужасно. ТАКОЕ я на винте хранить не хочу.
p.s. а если файлы не объединять, то вообще можно было бы и поиск по отдельным файлам сделать. не теряя остальных достоинств.
| | |
|
|
|
|
|
|
| 1.8, Аноним (-), 12:24, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
подскажите, как блокировать по ИП-адресам, а то одни берут но не раздают.
| | |
| |
| 2.11, sca (?), 12:39, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
Кэп намекает, что в пирамиде принимающих-раздающих всегда будут люди, которые приняли больше, чем раздали. Вплоть до соотношения 100:0. Будешь их расстреливать или лишать интернетика?
| | |
| |
| 3.31, Аноним (-), 21:51, 28/09/2012 [^] [^^] [^^^] [ответить] | +/– | Во первых, соотношение 100 0 это как Скачал 100 байтов но отдал 0 Негодяй Пра... большой текст свёрнут, показать | | |
| |
| 4.37, arisu (ok), 22:01, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Во вторых, протокол торрента сам автоматически наказывает тех кто не аплоадит
фигня. протоколу положить с большим пробором на всё это, политики реализуют клиенты. кто мешает сделать клиента, который будет честно опрашивать пиров на предмет наличия у них кусков, и тем же пирам на такие же вопросы отвечать «извини, чувак, у меня ваще всё плохо, вот, половина твоих кусков есть — а больше ничего» (в грубом описании, конечно, лень сейчас вдаваться в тонкости протокола)?
и это мы не касаемся пока идиотической идеи «рейтинга на трекерах», которая вообще мегакостыль.
| | |
| |
| 5.44, Аноним (-), 06:53, 30/09/2012 [^] [^^] [^^^] [ответить] | +1 +/– | Эта логика стандартизирована в официальном описальнике протокола Реализуют ее, ... большой текст свёрнут, показать | | |
| |
| 6.45, arisu (ok), 07:13, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
хм, нечто прописано? странно. ложная память, чтоб её. пардон-с.
| | |
| |
| 7.50, Аноним (-), 14:18, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> хм, нечто прописано? странно. ложная память, чтоб её. пардон-с.
http://www.bittorrent.org/beps/bep_0003.html
Данный весьма ранний BEP давно стал частью стандарта. Требования к алгоритму unchoke там описаны (внизу). По поводу чего почти все клиенты именно такой алгоритм и реализуют. Вполне удачный алгоритм в общем то.
| | |
|
|
|
|
|
| 2.13, Аноним (-), 12:45, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
А ты их iptablesом, чтобы наверняка.
На самом деле ситуация, когда один пир только от тебя принимает, и ничего не отдаёт, вполне честная рабочая схема
| | |
| |
| 3.14, Аноним (-), 13:02, 27/09/2012 [^] [^^] [^^^] [ответить]
| –1 +/– |
так мне не жалко если ктото не хочет раздавать, но бывают ситуации, когда только начал раздавать, сидов еще нет, а этот мало того что не раздает, так и весь канал на себя тянет
| | |
| |
| 4.32, Аноним (-), 21:52, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> так и весь канал на себя тянет
А вот это уже странно. По идее скорости должны более-менее ровно балансироваться. При условии что остальные в состоянии качать. А если не в состоянии - так тогда бандвиз просто пропал бы зря недоюзанным. Это чем-то лучше? [разве что для прова :D]
| | |
|
|
|
| 1.9, Аноним (-), 12:25, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Вот кажется, что клиенту чего-то не хватает.
Например, мне не хватает массового изменения приоритетов. В том числе для файлов. В том числе для "скачки по порядку".
| | |
| |
| 2.10, Анонимчик (?), 12:39, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
Компактного интерфейса не хватает, до 10 раздач пойдёт, а дальше уже тяжко рулить раздачами.
| | |
| |
| 3.17, Боря (?), 14:12, 27/09/2012 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Компактного интерфейса не хватает, до 10 раздач пойдёт, а дальше уже тяжко рулить раздачами.
Там есть фильтры и сортировка. Много лет пользуюсь Transmission для скачивания и раздачи сотен торрентов, без каких бы то ни было трудностей.
| | |
| |
| 4.18, Анонимчик (?), 15:22, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
Лучше просто иметь вменяемый интерфейс, а не один гигантский пункт на одну раздачу.
| | |
| |
| 5.21, Аноним (-), 16:24, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
View->Compact View or Alt+C спасут отца русской демократии.
А категории тут не нунжны. Фильтры рулят. Программа создавалась именно как простая качалка торентов, и не включает функционал медиацентра + библотеки как другие. Лично я не понимаю смысла организации по категориям, я скачиваю какое-то время раздаю, когда надо подчищать список вбиваю название(разумеется не полное) в фильтр и убираю, делов-то.
| | |
|
|
| 3.33, Аноним (-), 21:53, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Компактного интерфейса не хватает,
Внезапно, у интерфейса, как минимум GTKшного и вебморды - точно есть компактный режим :)
| | |
|
| 2.16, WherWolf (?), 13:29, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
Ну так это минималистичный (или минималистический, хз) торрент-клиент. В нем по определению много-чего не хватает. Тут вопрос в другом - или его функционал конкретному пользователю достаточен, или нет.
| | |
| 2.34, Аноним (-), 21:55, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> Например, мне не хватает массового изменения приоритетов.
А что, выделить в списке желаемые торренты -> right-click -> properties -> появится диалог свойств всей выделенной группы -> (вкладка) options -> порулить приоритетом торрента - не катит? По логике вещей должно бы.
| | |
|
| 1.15, EuPhobos (ok), 13:21, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
 Использую daemon версию на серваке, подключаюсь с различных клиентов, заметил такую штуку, когда заканчивается место на диске, с любых клиентов невозможно "Удалить торрент и контент", получается торрент файл удаляется, а контент продолжает храниться на диске, пока руками не почистишь, и не перезапустишь демона.
Сталкивался кто ни будь с этой багой?
| | |
| |
| 2.22, graf_pihto (?), 17:17, 27/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
встречал ровно такую же ситуацию под xubuntu 12.04 (использовался дефолтный gtk-клиент, версию не помню)
| | |
|
| 1.19, iZEN (ok), 15:33, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Transmission сильно тормозит на проверке закаченных файлов. Другие запущенные приложения при этом начинают буквально ползать вместо нормально работы. В Deluge запущенная проверка скаченного ни на что не влияет — кнопки нажимаются, окна перетаскиваются, меню выпадает, клик мышкой работает без задержек. Интересно, почему так?
| | |
| |
| 2.36, Аноним (-), 22:01, 28/09/2012 [^] [^^] [^^^] [ответить] | –1 +/– | Вранье Я специально бенчил, она очень быстро считет хэши Кстати именно поэтому... большой текст свёрнут, показать | | |
| |
| 3.40, iZEN (ok), 20:26, 29/09/2012 [^] [^^] [^^^] [ответить] | –1 +/– | ФС тут ни при чём 8212 Deluge пересчитывает 2,5ГБ файл за пять секунд, если т... большой текст свёрнут, показать | | |
| |
| 4.41, arisu (ok), 22:13, 29/09/2012 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Разработчики Transmission, которые не используют буферизацию ФС, очевидно.
изя, буферизацией заниматься должна ОС. а если ОС в этом надо так сильно помогать — то это значит только одно: фуфловая у тебя ОС.
| | |
| |
| 5.47, Аноним (-), 07:31, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> изя, буферизацией заниматься должна ОС.
В случае именно торрента у менеджера кэша в клиенте сие лучше получится. Для ФС это почти рандомный доступ. Для торрент-клиента же заранее известно что будет дальше.
| | |
| |
| 6.48, arisu (ok), 07:50, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
> В случае именно торрента у менеджера кэша в клиенте сие лучше получится.
> Для ФС это почти рандомный доступ. Для торрент-клиента же заранее известно
> что будет дальше.
рандомный доступ? при проверке хэшей? лол.
| | |
| |
| 7.49, Аноним (-), 13:46, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> рандомный доступ? при проверке хэшей? лол.
А, блин, вот эпически ступил то. Ночью надо спать а не сообщения на форум постить.
| | |
| |
| 8.52, arisu (ok), 20:21, 30/09/2012 [^] [^^] [^^^] [ответить] | –1 +/– | да вот и я удивился, откуда там рандом это же мы потому над изей и смеёмся, что... текст свёрнут, показать | | |
| |
| 9.54, iZEN (ok), 20:33, 30/09/2012 [^] [^^] [^^^] [ответить] | +/– | usira, когда ты, наконец, научишься уважать ники Когда-нибудь это тебе зачтётся... текст свёрнут, показать | | |
| |
| 10.56, arisu (ok), 20:44, 30/09/2012 [^] [^^] [^^^] [ответить] | +/– | изя, тебя это беспокоит ты хочешь об этом поговорить изя, ты путаешься в показ... текст свёрнут, показать | | |
|
|
|
| 7.55, iZEN (ok), 20:35, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
>> В случае именно торрента у менеджера кэша в клиенте сие лучше получится.
>> Для ФС это почти рандомный доступ. Для торрент-клиента же заранее известно
>> что будет дальше.
> рандомный доступ? при проверке хэшей? лол.
Если блоки файла распределены по всему диску равномерно, то можно считать, что доступ к диску рандомный.
| | |
| |
| 8.57, arisu (ok), 20:47, 30/09/2012 [^] [^^] [^^^] [ответить] | +/– | если твоя FS на этом зашивается, то можно считать, что твоя FS 8212 фуфло ... текст свёрнут, показать | | |
|
|
|
|
| 4.46, Аноним (-), 07:30, 30/09/2012 [^] [^^] [^^^] [ответить] | +/– | Если клинит system-wide так что тормозит вообще все - очень даже при чем Это оз... большой текст свёрнут, показать | | |
|
|
|
| 1.23, fgjik (?), 17:51, 27/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
хороший клиент, спасибо авторам. здорово было бы если настройки фильтров не сбрасывались при перезапуске, а то мамка порево спалит
| | |
| 1.28, Archer73 (ok), 09:07, 28/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– |
 Пользуюсь web клиентом на сервачке 24/7 уже 4 года. Отличная штука. Именно с автономной файлопомойки-торентокачалки началось мое знакомство с Linux. Успехов проекту.
| | |
| |
| 2.38, Аноним (-), 22:05, 28/09/2012 [^] [^^] [^^^] [ответить]
| +/– | |
> с автономной файлопомойки-торентокачалки началось мое знакомство с Linux. Успехов проекту.
Share and enjoy!
| | |
|
| 1.51, читер на вате (?), 15:07, 30/09/2012 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
натолкнулся случайно на совершенно непотребную "фичу".
Существует флаг private в торрент-файлах, который "запрещает" торрент-клиентам использовать DHT и PEX.
это непозволительно, ящитаю. Пересобрал для себя transmission без этой "фичи".
надо исправить файл libtransmission/metainfo.c:
/* private */
if( !tr_bencDictFindInt( infoDict, "private", &i ) )
if( !tr_bencDictFindInt( meta, "private", &i ) )
i = 0;
+ i=0;
inf->isPrivate = i != 0;
| | |
| |
| 2.53, arisu (ok), 20:27, 30/09/2012 [^] [^^] [^^^] [ответить]
| +/– |
breaking news! у торрентов есть флаг "private"! мой rtorrent игнорирует его с того момента, как я начал пользоваться rtorrent.
| | |
|
|
