The OpenNET Project / Index page

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



"Новая версия BitTorrent-клиента Transmission 3.0"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от opennews (??), 23-Май-20, 09:56 
После года разработки опубликован релиз Transmission 3.0, относительно лёгкого и нетребовательного к ресурсам BitTorrent-клиента, написанного на языке Cи и поддерживающего разнообразные интерфейсы пользователя: GTK, Qt, native Mac, Web-интерфейс, daemon, command-line...

Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53012

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Новая версия BitTorrent-клиента Transmission 3.0"  +17 +/
Сообщение от Аноним (-), 23-Май-20, 09:56 
Лучше бы категории сделали. Из-за категорий использую qBittorrent.
Ответить | Правка | Наверх | Cообщить модератору

138. "Новая версия BitTorrent-клиента Transmission 3.0"  +6 +/
Сообщение от Bdfybec (?), 23-Май-20, 22:36 
Что за категории?
Ответить | Правка | Наверх | Cообщить модератору

168. "Новая версия BitTorrent-клиента Transmission 3.0"  –4 +/
Сообщение от ya (??), 24-Май-20, 09:46 
Добавляешь категории (футбол, игры и т.д.), после чего возможно отображение торрентов из выбранной категории, а также сортировка по категориям. А ещё из той же оперы есть теги.
Ответить | Правка | Наверх | Cообщить модератору

178. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Дымч (?), 24-Май-20, 10:39 
Обидно, что в яблочном трансмишене давно реализовано, почему именно в linux ограниченная версия сабжа, большая загадка для меня...
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

195. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (195), 24-Май-20, 12:20 
> версия сабжа, большая загадка для меня...

Потому что в линуксной морде это никто не накодил, например? Если вам это надо - возьмите да напишите?

Ответить | Правка | Наверх | Cообщить модератору

200. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Vendetta (??), 24-Май-20, 12:55 
>никто не накодил

https://www.linux.org.ru/forum/talks/15722748

Ответить | Правка | Наверх | Cообщить модератору

212. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 17:26 
> https://www.linux.org.ru/forum/talks/15722748

Ну вот, какие-то джеди и текстовую морду накодили, и скриптик там рядом. Я так про эту морду для сабжа даже и не знал.

Ответить | Правка | Наверх | Cообщить модератору

199. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Vendetta (??), 24-Май-20, 12:52 
Сделали уже https://www.opennet.ru/openforum/vsluhforumID3/120709.html#193
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

204. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Eric Hartman (?), 24-Май-20, 13:42 
qBittorrent умеет в лейблы, как uTorrent?
Клиент создаёт одноимённые директории и кидает туда файлы, удобно.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

208. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (208), 24-Май-20, 16:16 
Категориям можно вручную задать разные директории, чем и пользуюсь. При добавлении торрента указываю категорию, и он загружает в соответсвтующую директорию.
Ответить | Правка | Наверх | Cообщить модератору

257. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 10:31 
Если выбирать из: qBittorrent, Deluge, Tixati, Transmission, BitTorrent, Vuze, BitComet, Halite, uTorrent - какой лучше? Включая удобство интерфейса естественно (огрызки не нужны), размер, легкость и маложручесть. Аргументированно.
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

273. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (273), 25-Май-20, 17:41 
Rtorrent, конечно.
> Включая удобство интерфейса естественно (огрызки не нужны), размер, легкость и маложручесть. Аргументированно.

По всем пунктам!

Ответить | Правка | Наверх | Cообщить модератору

274. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Оно им (?), 25-Май-20, 17:47 
О боже! Это ещё что?!! Це ж вообще консоль! Без морды. И для пингвинов. Ненужное. По всем пунктам!
Ответить | Правка | Наверх | Cообщить модератору

287. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (287), 26-Май-20, 10:16 
Ну так здесь вам тут опеннет а вовсе не этот ваш виндостор с рекламой и спайварью внагрузку.
Ответить | Правка | Наверх | Cообщить модератору

302. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Anonim (??), 26-Май-20, 14:47 
Ну дык выбирать-то надо без рекламы и спайварей. И без всякой нагрузки.
(а не кнопочный браузер без лица)
Ответить | Правка | Наверх | Cообщить модератору

309. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 26-Май-20, 16:15 
> Ну дык выбирать-то надо без рекламы и спайварей.

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

> И без всякой нагрузки.

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

> (а не кнопочный браузер без лица)

Это что? Internet Explorer?

Ответить | Правка | Наверх | Cообщить модератору
Часть нити удалена модератором

335. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 27-Май-20, 10:36 
> Ну, систему мы выбираем (к сожалению, или к счастью) по удобству.

Удобство штука многогранная. А еще удобство и безопасность живут по разную сторону улицы.

> Линукс не для обычных пользователей. Он далеко не дружелюбен.

Он просто по наследству сохранил немного "picky in its friends". И я бы не сказал что это так уж плохо. Неприятно когда меня в системе считают за иди0та пускающего пузыри, не забыв облапошить и извлечь с этого дивиденды.

> Это местячковая система для спецов и ботаников, как ни крути.

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

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

> Так что больше ничего и не остаётся.

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

Ответить | Правка | Наверх | Cообщить модератору

285. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от max (??), 25-Май-20, 23:59 
KTorrent по функциональности наверное №1.
Ответить | Правка | К родителю #257 | Наверх | Cообщить модератору

288. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (287), 26-Май-20, 10:17 
Но ресурсы он жрет мама не горюй... проигрывает наверное только Vuze который вообще на жабе. Во всяком слуае, проц грузит сильнее многих остальных.
Ответить | Правка | Наверх | Cообщить модератору

303. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Anonim (??), 26-Май-20, 14:49 
Вузе это вообще плеер какой-то. Запихают в программу всё подряд. И рады.
Ответить | Правка | Наверх | Cообщить модератору

2. "Новая версия BitTorrent-клиента Transmission 3.0"  –9 +/
Сообщение от Аноним (2), 23-Май-20, 10:02 
Туда многопоточность завезли?
Ответить | Правка | Наверх | Cообщить модератору

6. "Новая версия BitTorrent-клиента Transmission 3.0"  +27 +/
Сообщение от Аноним (6), 23-Май-20, 10:16 
Уважаемый, что ты в торрент клиенте хочешь делать "многопоточно"? Или у тебя дома настолько жирный канал (>10GBps), что одно ядро не в состоянии справится с обработкой входящего трафика?
Ответить | Правка | Наверх | Cообщить модератору

31. "Новая версия BitTorrent-клиента Transmission 3.0"  –4 +/
Сообщение от Аноним (31), 23-Май-20, 12:15 
Core i99 0.5GGz
Ответить | Правка | Наверх | Cообщить модератору

43. "Новая версия BitTorrent-клиента Transmission 3.0"  +10 +/
Сообщение от Интересующийся (??), 23-Май-20, 13:07 
Возможно это просто оттенки его натуры - хочет что бы всё, что он видит -  работало. ;) Жена, дети, кот, каждое ядро CPU, все ячейки в модулях ОЗУ. ))
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

74. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от Аноним (-), 23-Май-20, 14:46 
Ну, запустить десяток инстансов трансмишна с разными конфигами. Как раз и копирасы в 10 раз быстрее это дело накроют, чтоли.
Ответить | Правка | Наверх | Cообщить модератору

50. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от S.C. (?), 23-Май-20, 13:27 
Хеши считать. Он одноядерный и весь в блокировках, что на разных embed/rpi/микросерверах дает скорость 20-100-200 мбит в лучшем случае. Уже при гигабитном канале это не удобно. Особенно для сидбоксов.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

73. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 14:44 
Вообще, торент - не о том чтобы одно тело было супер-сервером. Для этого HTTP есть. А сила торента в его децентрализованности.
Ответить | Правка | Наверх | Cообщить модератору

125. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Аноним (125), 23-Май-20, 21:08 
нет
Ответить | Правка | Наверх | Cообщить модератору

162. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (162), 24-Май-20, 09:34 
> нет

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

Ответить | Правка | Наверх | Cообщить модератору

226. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (226), 24-Май-20, 20:02 
Сидбокс на rpi с гигабитным каналом? Это что-то очень...специфическое.
Ответить | Правка | К родителю #50 | Наверх | Cообщить модератору

237. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 05:08 
> Сидбокс на rpi с гигабитным каналом? Это что-то очень...специфическое.

На rpi не получится, но есть одноплатнички с SATA, гигабитом и при том не очень могучим, особенно на 1 ядро процом. Однако требовать от одной мелкосявки чтобы вот всегда, гигабит, в полку... блин, ну его этот перфекционизм, прикольнее закинуть в чулан, забыть, через месяцок зырим стату а там эн терабайтов, почтенный seed ratio для всего чего можно, и вообще, основной проблемой будет пожалуй то что если это все забыть на неопределенный срок - через несколько месяцев пров или хостер все же начнет возбухать на совершенно ломовой объем трафа.

Ответить | Правка | Наверх | Cообщить модератору

56. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Anonim (??), 23-Май-20, 14:01 
Ну, например, чтобы RPC не таймаутило пока удаляется большой торрент с кучей файлов.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

153. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от Аноним (153), 24-Май-20, 08:27 
Ну, насколько я понял, бегло взглянув на исходники, при удалении файла -https://github.com/trevor/transmission/blob/a045f7601f4a6baf...удаляющий” callback помещается в основной message queue и в нем выполняется, при этом блокируется доступ не только к RPC но ко всей структуре session https://github.com/trevor/transmission/blob/a045f7601f4a6baf... , которая в себе содержит все состояние текущей сессии transmission. Во время удаления происходит всякие закрытия соединений, перемещения элементов в UI и т.д. Скорее всего это сделано с целью - не нарушить согласованного состояния всех компонент сабжа, глубоко не рыл, это мое поверхностное суждение. Не блокирующее поведение, скорее всего, потребует переписать очень много логики в кишках transmission.

А сам по себе сабж асинхронный и многопоточный, поэтому я и не понял коменатора о "многопотоке". Что он там собрался паралелить и для чего. .torrent файлы он создает в отдельном потоке, данные от пиров/сидов обрабатывает отдельно, не блокируя UI, и т.д.  

Ответить | Правка | Наверх | Cообщить модератору

67. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от user (??), 23-Май-20, 14:35 
Не у всех файлопомойка на оптане.
Ответить | Правка | К родителю #6 | Наверх | Cообщить модератору

93. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (93), 23-Май-20, 16:03 
> Не у всех файлопомойка на оптане.

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

Ответить | Правка | Наверх | Cообщить модератору

94. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от other_anonymous (?), 23-Май-20, 16:09 
Вы имели ввиду конкурентность? А то народ, походу, подумал о параллельности. Там что реально все залочено на однопоток (библиотека, а не интерфейс) и нет даже никакой очереди сообщений?
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

105. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от someone993 (?), 23-Май-20, 17:10 
если это про "замечательную" фичу когда при удалении/завершении закачки и прочих интерсивных действиях с файлами web/rpc отваливается - тогда очень-очень надо и обидно что не завезли. да, с переездом на ssd проблема больше не проявляется, но на медленном 2,5 диске нередко зависало на пару минут при том что загрузка cpu на около нуля
Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

141. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Kuromi (ok), 24-Май-20, 00:01 
У меня такая проблема была только при использовании ext3, вот там да, удаление крупного торрента подвешивало все.
Ответить | Правка | Наверх | Cообщить модератору

146. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 01:22 
так это ж 12309 в своем чистейшем рафинированном виде. Оно именно что все подвешивало - в смысле, всю систему, никакие вторые треды бы не помогли.


Ответить | Правка | Наверх | Cообщить модератору

147. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Oe (?), 24-Май-20, 02:23 
12309 и сейчас существует, лютые тормоза при работе с файлами на жестком диске, при этом система вообще на физически другом диске, а все равно тормозит. Про ntfs затычки вообще молчу, те 40% процессора сразу съедают
Ответить | Правка | Наверх | Cообщить модератору

191. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от пох. (?), 24-Май-20, 12:01 
12309 это не просто тормоза, это полное вставание колом системы, пока работает один-единственный процесс, делающий не особо даже что-то сложное, причем даже по ctrl-c этот процесс не сразу останавливается.

Тормоза при активном елозеньи по диску - они от диска, и все что может сделать с ними система - дать всем задачам примерно равные кванты. А она это делать - разучилась, и весь диск забирает тот кто первым встал в тапки.

C ntfs у тебя выбора нет - она by design cpu (а не диск!) intensive, и это лечится наращиванием процессорной мощности (к счастью, современные процессоры сильно быстрее дисков). Хотя вполне возможно что и там тоже что-то испортили, потому что я тут попробовал ей пользоваться на процессоре тех времен, когда она только появилась - это полный п-ц. А тогда никаких негативных ощущений она не вызывала - вероятнее всего, тоже что-то где-то ухудшили.

Ответить | Правка | Наверх | Cообщить модератору

197. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 12:33 
> ctrl-c этот процесс не сразу останавливается.

Если процесс встрял пока ядро достанет его страницу - какой, к хренам ctrl-c? В этот момент система не может его возобновить - нужных кода или данных нет в памяти, как это выполнять?! Но это во первых лечится, во вторых, сильно забить IO к именно системному диску плохая идея и без этих соображений. Даже отрисовать менюшку приложений требует прочесть цать файлов с диска для иконок, ярлычков и какой там еще фигни. А если io занят - э, пардон, подождете пока оно там прочтется, пополам с вашими торентами.

> что может сделать с ними система - дать всем задачам примерно равные кванты.

Далее мы вспоминаем что у HDD seek крайне неэффективен и понимаем чего они дружно висят равными квантами, дожидаясь крох на которые в таком режиме вообще способен HDD :). И даже если у них страницы на месте, так и быть, они уткнутся в какой-нибудь read().

> не диск!) intensive, и это лечится наращиванием процессорной мощности (к счастью,
> современные процессоры сильно быстрее дисков).

SSD про это могут быть не в курсе. Тут вон SATA мало. Да что там, SD карточки уже сменили phy на, блин, PCIe. А ssd в pcie слот так и вовсе обычное дело уже.

Ответить | Правка | Наверх | Cообщить модератору

202. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Michael Shigorinemail (ok), 24-Май-20, 12:56 
Привет, User294 :) (если не ошибся)
Ответить | Правка | Наверх | Cообщить модератору

227. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 21:47 
> Если процесс встрял пока ядро достанет его страницу - какой, к хренам ctrl-c?

сколько времени читаются эти несчастные 4k? И, кстати, как вышло что их вообще надо доставать откуда-то, кто и зачем подискардил, ведь в системе было не просто достаточно памяти - ее в разы больше чем занятая. Конечно же, -buffers.

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

почему до 16й версии включительно не забивалось, а в 18й или в 22 (не знаю точно) - на том же самом диске и на той же самой операции вдруг началось?
Диск на большинстве личных компов, если ты не в курсе, один. Э... собственно, на большинстве серверов он тоже как бы один, поскольку рэйд.

> Далее мы вспоминаем что у HDD seek крайне неэффективен

у нас elevator был еще до п-ца с cfq и прочими снами разума. Кстати, переключение в deadline слегка ослабляло накал п-ца. Но, опять же - слегка. То есть дело не в deadline.

> И даже если у них страницы на месте, так и быть, они уткнутся в какой-нибудь read()

синхронный read тут же отберет cpu, ничего не повиснет, кроме самой задачи, которая останется грустно ждать этого read. Это хорошее и правильное поведение - все остальное получит шанс как-то пошевелиться, но его как раз сломали.

> SSD про это могут быть не в курсе.

в курсе, в курсе.
Иначе бы своп снова обрел хоть какой-то смысл. Но в нем даже на nvme смысла нет.

Ответить | Правка | К родителю #197 | Наверх | Cообщить модератору

238. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 06:25 
> сколько времени читаются эти несчастные 4k?

Читаются то недолго. Но если винч мечется по всему диску, желающих накопилось много, а 4K нужно не только тут, но и в десятке мест в иных закоулках - в целом все будет выглядеть довольно предсказуемо, "висят тряпочки".

Бандвиз HDD и прочие iops'ы в таком режиме жалки. Ну вот плохо винчи относятся к случайному доступу. И вот этот трэш хоть планируй, хоть не планируй. Шедулер чо, волшебный? Трабле механических дисков в том что они вообще плохо поддаются планировке из-за дикой разницы скорости линейного и рандомного чтения. Внутренняя трансляция LBA также означает что ты не знаешь насколько плох запрос сектора X vs X+1 000 000 на самом деле. Может, винчу достаточно голову переключить на соседний блин и он его в тот же оборот снимет. А может это в другой стороне блина. Винч это наружу не показывает.

> И, кстати, как вышло что их  вообще надо доставать откуда-то, кто и зачем подискардил,

Кернель, конечно. Он имеет право выбросить неиспользуемые страницы. Что в своп, что просто уповая на возможность перечитать бинарь с диска. Кстати обработчик ctrl+c - наверное не самый горячий код программы.

> ведь в системе было не просто достаточно памяти - ее в разы больше чем
> занятая. Конечно же, -buffers.

Дык buffers всю и позанимали. А когда потребовалось, в 12309 требовалось пойти настолько далеко что заняться выжимкой буферов на диск. И оказывалось что это в определенной конфигурации может занимать аж минуты. Первым повиснет "провокатор" такого запроса памяти, а пока его будут окучивать - и другие успеют подтянуться, если это в минутах измерялось. И будут они всей толпой курить бамбук пока им кернел память накопает за счет buffer'ов, которые оказывается надо было слить, а оно и займи минуты. Интерактивность идет в пень - какая интерактивность, если все колом на попытке получить свой кус памяти? А дергавшийся юзер еще добавит желающих на кус памяти.

...поэтому одни мудрые програмеры (виндозные btw) как-то сказали мудрую вещь: если компьютер тормозит, НЕ ДЕРГАЙТЕ ЕГО. Прозрачно намекая что от дерганий все только усугубится.

> почему до 16й версии включительно не забивалось, а в 18й или в
> 22 (не знаю точно) - на том же самом диске и
> на той же самой операции вдруг началось?

Мне как-то трудно сравнивать что там было бы на 18 или 22 версии в моих конфигах здесь и сейчас - даже если я найду эти ядра, они не поднимут мое железо и останутся без ФС. Так что если это знание и имело ценность, это было много лет назад. А ковать надо все-таки пока горячо.

Я могу сказать что в моих конфигурациях у меня нет крупных системных проблем с актуальными ядрами. И я даже померял вон тому чуваку с его memhog'ом пруфец что его чудо расстреливается за 5 секунд oomkiller'ом. Без втыкания в шоу минутами. И глядя на такой прецедент я позволю себе думать что все эти страшные сказки не являются каким-то принципиально неотъемлимым атрибутом работы линуксного кернела, скорее атрибут дурной конфигурации где сделали что-то неудачное. Я видел не менее неудачные вещи и с, допустим, виндами, где на систему можно было пялиться 5 минут без какой либо реакции на потуги юзера.

> Диск на большинстве личных компов, если ты не в курсе, один.

Для торентов и прчих активных файловых операций таки имеет смысл отдельный винч. Потому что пока торент вкалыввает, IO занят, да еще эта активность может довольно круто фрагментировать винч. И если ты думаешь что это только в линуксе - ога, юзер тут удивлялся что винда раньше менее минуты стартавала, а теперь 3+. Оказывается он торентов под завязку на ntfs накачал. И там такое месиво вышло... что теперь система при загрузке по всем закоулкам телепается. Ну и вот грузится 3 минуты. И таки юзер допер снести торенты на внешний винч, отдефрагать наконец этот ужас за ночь - стало явно приличнее, и система в целом работает заметно менее печально.

На SSD это не актуально, по поводу чего все кто в здравом уме и юзают SSD системным. Это многократно улучшает ощущения от компа хоть с какой системой. Но вот торренты на него складывать ... дороговато в пересчете на гиг. И да, на поржать, быстрая флеха в usb может при сидировании сделать механический винч если это не подперто адским кэшом. Она seek-ом не страдает.

> Э... собственно, на большинстве серверов он тоже как бы один, поскольку рэйд.

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

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

Торенты серваками грузить можно. И я скажу одну вещь: именно быстро, именно сидить, именно в полку - сильно перспективнее с SSD. На механике ... торенты постепенно могут вызвать довольно неприятную фрагментацию, особенно если активно гонять и забить под завязку. И вот это выглядит вообще совсем не круто. При том в эпоху без e4defrag и btrfs fi defragment это было очень неприятным подарком судьбы - после этого остается довольно проблемный сервак с довольно паршивым перфомансом и единственное что с ним можно сделать разумного - пересоздать файлуху, что бывает не совсем удобно.

> у нас elevator был еще до п-ца с cfq и прочими снами разума.

Сны разума все больше ориентируются на SSD. Их и можно осмысленно планировать по бандвизу/iops, и в адский штопор они не скатываются, и латенси на порядки меньше, и рандомный доступ им не мешает особо, по крайней мере на чтение. А жестаки разумно планировать, при том что мы даже геометрию не знаем и понятия не имеем насколько плохо сгруппировать вот этот запрос с вон тем и за сколько это скорее всего закончится, и этот ответ разный для разных жестаков в зависимости от того как на конкретно их геометрию это попало...

> Кстати, переключение в deadline слегка ослабляло накал п-ца. Но, опять
> же - слегка. То есть дело не в deadline.

По состоянию на сейчас я не вижу никакого особого "накала проца" при io. Даже блин на одноплатниках с ARM малохольным. Вероятно, за столько лет реалии все же здорово фалломорфировали, и в железе и в софте. И какая мне радость с знаний про 2.6.18 и то железо? У меня нет ни того ни другого. И более того - я не понимаю откуда следует что те алгоритмы и решения хорошо бы работали здесь и сейчас.

> синхронный read тут же отберет cpu, ничего не повиснет, кроме самой задачи,

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

И сейчас таки есть некоторые отличия:
1) В ядре радикально меньше блокировок.
2) У процов часто более 1 ядра.
3) Ядро "heavily threaded" и все такое.
4) Железо таки тоже в массе своей иное, PIO4 мало кто уже использует.
5) Кернел можно собрать как full preempt, так что туповэйтящее ядро может само себя выставить и заняться чем-то более интересным. Для десктопа это очень рекомендуется с точки зрения латенси.

А, если я не говорил я билдую себе ядра сам. И на десктопах это full preempt, tickless ядра, конечно. Однако даже все это не очень поможет если заставить винч телепаться во все стороны и нагнать толпу желающих чтобы это усугубить.

> которая останется грустно ждать этого read. Это хорошее и правильное поведение
> - все остальное получит шанс как-то пошевелиться, но его как раз сломали.

На _моих_ юзкейсах и конфигах я вроде не вижу ничего такого нелогичного и запредельного. А если кто видит - ну так пусть раскопает WTF. Девы себе тоже если что ssd накупили, они что - раки ждать в цать раз дольше файловые операции при девелопменте? И естественно у них все ок, иначе это было бы починено в момент :)

> Иначе бы своп снова обрел хоть какой-то смысл. Но в нем даже
> на nvme смысла нет.

Мне zram нравится. С одной стороны выпихивает откровенно холодное барахло в сжатый вариант. С другой если оно все же надо и/или worst case душняк памяти все же не вызывает ничего близко похожего на тот ад который с swap можно получить.

Ответить | Правка | Наверх | Cообщить модератору

165. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (165), 24-Май-20, 09:41 
> так это ж 12309 в своем чистейшем рафинированном виде.

Это не 12309, тот о проблемах при записи. А это видимо нечто с похожим проявлением но другое по механизму. Хотя назвать цать багов одним именем - замечательный способ чтобы их никто никогда не исправил. Потому что пофиксят оригинал, закроют с чистой совестью, а это типа дубликаты. То что это на самом деле что-то иное - кто ж знал? Телепаты были в отпуске.

> Оно именно что все подвешивало - в смысле, всю систему, никакие вторые треды бы не помогли.

Если ты пригрузил диск и тут вдрух возжелал paging туда же (и swap, и подчитку страниц из executables) - программы и правда могут встрять пока там их страницы кернель перетасует. Свою систему надо знать - и не идиотничать при использовании. Особенно упихиванием торентов на системный диск, что по любому гарантирует отличную скорость чтения всяких системных либ, элементов гуя и прочего, очень полезно для "отличного" юзерэкспериенса.

Ответить | Правка | К родителю #146 | Наверх | Cообщить модератору

184. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от пох. (?), 24-Май-20, 10:56 
> Это не 12309, тот о проблемах при записи.

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

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

баг был один - резкая деградация системного планировщика disk io. Причем с совершенно точно известным местом, где его еще не было - 2.6.18 Место где он возник - неизвестно, потому что он у пользователей возник - у божка "всеработало", и ему было наплевать. А мы уже к тому времени давно выучили что "stable api is nonsense, стабильное ведро в вашем дистрибутиве" - и получили подарочек при апгрейде дистрибутивов, когда версия скакнула не на единичку, попутно изменились версии всего на свете в userland, и размер изменений был уже абсолютно неразгребаемым.

Как поступают в этом случае люди, заинтересованные в качестве своего продукта? Правильно: добиваются воспроизводимости (вплоть до выклянчивания доступа или присылке почтой конкретного системника где проявляется, если у самих не получается воспроизвести), хватаются за плешь "кля, как мы ТАКОЕ сотворили?!" - и, отложив все нужные и важные полировки глюкал, начинают поштучно накатывать патчи, пока не получится поймать проблему.

Как поступил божок? Правильно - забил хер, это вообще не его проблема, пусть это...как его - комьюнити разбирается. Он архистратиг и архитектор (и уже одобрил кучу правок в архитектуре, которые откатывать не планирует - он вообще откатывать правки не умеет, поскольку не умеет пользоваться vcs по назначению. Только вперед, к неведомой цели.)

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

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

> Свою систему надо знать - и не идиотничать при использовании.

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

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

P.S. http://bugzilla.kernel.org/show_bug.cgi?id=12309
вот тебе отношение божка и его присных к пользователям продукта и умение признавать обсеры.
Надо еще на вебархив наехать, dmca там какой вспомнить или еще чего.

Ответить | Правка | Наверх | Cообщить модератору

205. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Михрютка (ok), 24-Май-20, 14:08 
>>>вот тебе отношение божка и его присных к пользователям продукта и умение признавать обсеры.

Надо еще на вебархив наехать, dmca там какой вспомнить или еще чего.

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

Ответить | Правка | Наверх | Cообщить модератору

213. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (213), 24-Май-20, 17:30 
> Надо еще на вебархив наехать, dmca там какой вспомнить или еще чего.

Да зачем, немного подобломали пиарщикам MS кайф и нормально. А кому надо именно баги, именно чинить, глядишь наконец научатся писать по 1 багу на 1 проблему, а не разгружать мусоровоз в ближайший двор.

Ответить | Правка | Наверх | Cообщить модератору

209. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (209), 24-Май-20, 16:19 
> нет, совершенно необязательно

Его и его механизм весьма детально разжевали в LKML. И, естественно, починили. Заколоченая как 12309 инкарнация была именно проблемой того что случается при активной записи на медленный стораж, когда ядро отращивает адский буфер, проги просят память - ща дадим, погодите, только выжмем буфер. Они и ждут пока гигаз выдавит все это и отдаст память.

> (он, в общем и целом, вероятнее всего _кэшем_ был вызван - который память жрал,
> вымывался быстрее чем заполнялся и не работал) -

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

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

> и даже если возникал при записи, а transmission при verify таки и пописывает,

При verify пишутся какие-то крохи, в resume файле - что-то типа bit map какие части проверены.

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

Там крохи какие-то, несколько кило. И пишется resume файл не на каждый пук, его вроде подбуферизовывают и лишь изредка синкают. Может потому и "теряют X мегабайт" если клиент некорректно вырубился не скинув это (затронутые чанки не засчитаются за проверенные). Рехэш разумеется найдет данные если хэш блока верный.

> а не запись из, скажем, сетевой карты - там ничем не воняло.

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

> баг был один - резкая деградация системного планировщика disk io.

Как планировщик IO вообще поможет, если в 12309 прога встряла при выделении себе памяти и ядро вкалывает чтобы память очистить? Пока оно не отожмет у кеша память - прога не разморозится, хоть там что. Единственная альтернатива - сообщить ей что запрошенное выделение памяти не удалось, но тогда прога вообще скорее всего упадет/словит SIGSEGV. А какие варианты?!

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

А прочие "12309-like" - другие взаимодействия. Так что если кто валил все баги в 1 кучу - ну тогда и кукуйте без фикса. Быть тупицами вообще так себе.

> Причем с  совершенно точно известным местом, где его еще не было - 2.6.18

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

> возник - у божка "всеработало", и ему было наплевать.

Задеклареный баг исследовали и починили, а если кто думал под шумок вывалить туда 20 других багов и сказать что это то же самое - ага, ща, это так не работает. И хрен воспроизведешь даже если захочешь.

> версия скакнула не на единичку, попутно изменились версии всего
> на свете в userland, и размер изменений был уже абсолютно неразгребаемым.

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

> Как поступают в этом случае люди, заинтересованные в качестве своего продукта? Правильно:
> добиваются воспроизводимости

Кто и в каком объеме это должен делать? До каких пор? И кто оплатит весь этот банкет? Хотя-бы миллионы возможных комбо железок и время на возню со всем этим парком? Даже сверхжирные коммерческие корпы занимаются качеством до известного предела и не бита сверх необходимого минимума. Бабло видите ли считают.

А по логике вещей, у кого проблема тот и суетится. Вплоть до высылки конфиги деву или оплаты выезда дева или хотя-бы доступа к конфиге. Блин, чудес не бывает и если у девов оно не воспроизводится (очень частый случай) - да, дальнейшее не совсем просто. Это либо диагностируется тем кому оно надо либо он что-то придумывает чтобы мощно подыграть/мотивировать минимально заинтересованным в этом.

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

А девам то чего клянчить? Это не у них проблема а у того чувака. Вот он пусть и предлагает доступы и вообще всячески способствует. В конечном итоге чья проблема тот и суетится больше всех, имхо.

> и важные полировки глюкал, начинают поштучно накатывать патчи, пока не получится
> поймать проблему.

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

> пусть это...как его - комьюнити разбирается. Он архистратиг и архитектор (и
> уже одобрил кучу правок в архитектуре, которые откатывать не планирует -

Собственно он для того и нужен. А сделать из него ломового кодера и багрепродусера - блин, ну это ж тебе не СССР где полагали что гнать профессоров на картошку эффективно, там у людей все дома по части управления проектами.

> он вообще откатывать правки не умеет,

Git log не подтверждает этот тезис.

> поскольку не умеет пользоваться vcs по назначению. Только вперед, к неведомой цели.)

Торвальдс накодил git и не умеет им пользоваться. Нимб не жмет, гуру vcs?!

> Комьюнити, как могло (не имея возможности откатить правки!) что-то где-то пыталось латать
> - поскольку по прежнему было непонятно, какое из миллиона изменений вызвало катастрофу.

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

> Периодически находили новый концептуальный ляп, очевидно портящий производительность
> - радостно исправляли, и объявляли проблему решенной - через неделю выясняя,
> что нет, опять не угадали - лучше стало, но как в 2.6.18 - не стало.

Этот ваш 2.6.18 на половине актуального железа тупо не работал. И никак не могу вспомнить никакой особой low latency у того ядра.

> а сказку про "настоящую многозадачную операционную систему" - рассказывать про
> проклятую-венду, угу.

Чудес не бывает. Если винч положить до состояния когда он по всему блину в час по чайной ложке телепает, грех удивляться старту программ полчаса, ведь системные либы наверное из астрала прочитаются? И прочие файлы с иконками и каким еще барахлом не требуют IO. Только не говори что ты никогда не видел допустим тормозящую винду, где реакции на переключение окошка можно минутами ждать.

- Доктор, когда я так делаю, мне больно!
- А вы так не делайте!

> - а не ты должен был вместо нее думать, на какой
> бы диск что бы такое положить, чтоб ей жилось легче.

Тут рассказывали не так давно что система, блабла, тупит, эн минут, если память кончается. Даже тест выложили. Я им и померил у меня - через 5 секунд OOM killer пристрелил проблемный процесс и был таков. Нет, конечно если хочется демонстративно прострелить пятку и верещать, это можно. Но мне кажется что есть менее мучительные способы достичь просветления.

> P.S. http://bugzilla.kernel.org/show_bug.cgi?id=12309

Можно подумать я это не видел. Еще и смежные дебаты в LKML, чтоли, по поводу что за баг.

> Надо еще на вебархив наехать, dmca там какой вспомнить или еще чего.

Торвальдсу то? С чего? Он вроде хоть и едкий чувак, но обычно по делу.

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

218. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 18:30 
> Его и его механизм весьма детально разжевали в LKML. И, естественно, починили.

в который раз? ;-) Там в том самом запрещенном теперь к изучению смертными тикете было аж три "починили". И по мелочи еще кучка.

Причем не починилось оно что-то нифига.

> В конкретно 12309 кэш как таковой виноват только тем что он вообще есть и место собой в
> системной памяти видите ли занял, тогда как это можно отобрать и софту отдать.

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

> А то что все это совсем не быстро в определенной конфигурации

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

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

В моем лично случае остатки проблемы ушли только с отказом от ext3 с ее журналом. Что сильно изменило вообще все поведение системы.

> Кто и в каком объеме это должен делать? До каких пор? И кто оплатит весь этот банкет?

те кому just for fun интересно сделать нечто приличное, а не на от...сь, "уменявсеработает", не?

> Торвальдс накодил git и не умеет им пользоваться. Нимб не жмет, гуру vcs?!

говен кусок он накодил - да, потому что не умел пользоваться vcs и не понимал, зачем все остальные ими пользовались. Если вы опоздали родиться и пропустили те десять лет - ничем не могу помочь.

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

> Этот ваш 2.6.18 на половине актуального железа тупо не работал. И никак не могу вспомнить

у меня никогда не было такого странного железа - что я делал не так?

> никакой особой low latency у того ядра.

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

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

только вот для этого надо загнать ее в глубокий своп, запустив больше программ чем в принципе может поместиться в память,и при этом заставив их каким-то образом не лежать мирно в свопе, а активно конкурировать за ресурсы. То есть надо стараться (обычно при уже тормозящей и свопящейся системе запустить что-то большое - как раз тот случай, когда к нам пожалует oom-killer).

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

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

>> P.S. http://bugzilla.kernel.org/show_bug.cgi?id=12309
> Можно подумать я это не видел.

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


Ответить | Правка | Наверх | Cообщить модератору

261. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 11:49 
> в который раз? ;-) Там в том самом запрещенном теперь к изучению
> смертными тикете было аж три "починили". И по мелочи еще кучка.

С учетом сложности и многообразия современного железа и числа возможных комбо, почему-то 'аж' применительно к 'три "починили"' не находит понимания.

> Причем не починилось оно что-то нифига.

Скорее всего не починилось то что похоже на вид но с другим механизмом возникновения. Обычная ситуация в разработке.

> причем - не по делу занял, угу - у нас идет его вымывание

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

> (поскольку мы линейно читаем больше, чем в него в принципе поместилось бы).

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

> ну вот я не понимаю, какое такое управление памятью в 2007м году
> могло быть "небыстро", учитывая что памяти той хорошо если четыре гигабайта?

Как, как. Кидаем пару гигз на флеху с записью мег в секунду, они буферизуются, теоретически их можно отобрать. Кому-то начинает хотеться приличный кус, ядро пытается отобрать. По мегу в секунду. За это время набежит еще желающих, особенно если офигевший юзер дергаться начал. Проги и висят тряпочками. Как альтернатива можно сказать что выделение не удалось, тогда посыпятся как горох. Для любителей такого варианта есть ZFS :P

С точки зрения юзера: всего-то фоточки на флеху пульнул. Фоты улетели в миг, хоть флеха кал. Юзер занялся своими делами, но почему-то все стало клинить. Неудачное для конфиги и кейса взаимодействие фич.

> Оно ж не секунды тупило, а десятки минут.

Ну так если там желающие допустим гиг памяти занятый буферами хотят, а флеха мег в секунду на запись, ты и подождешь выжимки минуток 20. Тогда как раз флехи были тормозные, юзеры и огребли по максимуму.

> больше было похоже на то, что проблему загнали под ковер.

А для меня это выглядит примерно так: изначально алгоритмы кодили под другие реалии. А тут пришли новые реалии, предъявились ручкой грабель по лицу, показав что в вон той ситуации сочетание той идеи с этой реализацией ведет себя неудачно, оказывается. Пришлось придумывать как вкостылить.

> В моем лично случае остатки проблемы ушли только с отказом от ext3
> с ее журналом. Что сильно изменило вообще все поведение системы.

Сейчас 2020 год. Я не понимаю смысл в EXT3. Если так нравится выводок EXT, в EXT4 много нововведений разгоняющих его. Но 12309 по идее от типа ФС не особо зависел, важен сам факт что в buffers много невыжатого для медленного стоража висело и кто-то захотел на свое горе памяти.

> от...сь, "уменявсеработает", не?

Ну так они себе fun и делают. Собственно ты единственный кого я знаю кому не нравится линух но кто с ним работает. Вот прямо так.

> говен кусок он накодил - да, потому что не умел пользоваться vcs

Лично я рад этому факту - мне с его vcs как-то удобнее стало. Можно номарльно контролировать версии в моих проектах без сношений с всякими мускус-серверами, или чем еще. Оно даже позволяет взять лаптоп в охапку и покодить вон там под деревцом. Даже если там нет ни намека на интернет. И при этом со мной остаются все фичи VCS, в отличие от онлайн-чотам-доступа, умеющего в основном 1) тормозить и 2) превращаться в тыкву.

> и не понимал, зачем все остальные ими пользовались. Если вы опоздали
> родиться и пропустили те десять лет - ничем не могу помочь.

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

> совершенно идиотский способ работы с кодом. Зато вполне отражающий личные качества божка, ага.

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

> у меня никогда не было такого странного железа - что я делал не так?

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

> еще раз - речь не о low latency, которая в миллисекундах,

Насколько я понимаю, если сискол сейчас на стороне ядра, и ядро non-preemptible, то это не "миллисекунды", а в общем то, "сколько получится". Если получится больше - весь мир все же подождет. Потому что если ядро себя вытряхнуть не изволит, остальные и подавно без шансов. А то что обычно сисколы срабатывают быстро - да, но в общем случае это ниоткуда не следует. Это очень вольное и абстрактное допущение. Игнор этого периодически приводит к интересному юзер экспериенсу.

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

> просто откатив ядро - к счастью, до shittyd, не позволяющего это
> сделать, было еще десять лет.

А разработчики железа тоже на 10 лет в анабиоз впали? По ним не заметно.

> за ресурсы. То есть надо стараться (обычно при уже тормозящей и
> свопящейся системе запустить что-то большое - как раз тот случай, когда
> к нам пожалует oom-killer).

В винде вроде нет oom killer как такового. В какой-то момент проги начинают получать отлупы о нехватке памяти да и все дела. И таки до как минимум семеры стараться особо не надо было - достаточно уйти из браузера в ворд, полчаса попечатать - а потом переключение обратно займет секунд 30. В течение которых вместо браузера абстрактный трупик. И я не знаю можно ли это вообще как-то настраивать. В >=win8/2008 это вроде улучшили, но, имхо, это юзай. И html5 кирпичи и какие там еще кейлогеры с эрзац-wsl.

> Двигая окошки в эксплорере - добиться такого эффекта нельзя.

Я прекрасно видел как FF всвопливается взад секунд так 30. И даже не потому что памяти мало, просто его посчитали неиспользуемым за полчаса и выгрузили зачем-то. И конечно он не может ничего делать пока его из свопа вытаскивают, по примерно тем же причинам что и в линухе. И я бы сказал что недееспособная 30 секунд программа меня "несколько" напрягает.

> А с 12309 именно что можно было похожим образом, при нуле запущенных тяжелых программ.

Именно вот тасканиями окошек? Ну черт знает. Это хорошо провоцирует жирное выделение памяти где-то?

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

Именно 12309 в его виде разжеваном LKML ... даже и не регрессия вроде. Скорее внезапное обнаружение того факта что имевшиеся алгоритмы жестко лажают в определенной ситуации.

> я уже вижу, что не видел. Нажми ссылку - удивишься.

Ага, уже.

> При сталине так не было, да.

Да, при нем тебя наверное просто расстреляли за саботаж.

Ответить | Правка | Наверх | Cообщить модератору

3. "Новая версия BitTorrent-клиента Transmission 3.0"  +7 +/
Сообщение от Eric Hartman (?), 23-Май-20, 10:07 
Возможность выбора загружаемых файлов по магнет присутствует, или до сих пор предлагается тянуть торрент целиком?
Ответить | Правка | Наверх | Cообщить модератору

5. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (-), 23-Май-20, 10:15 
В чем сложность дождаться загрузки торрент-файла? По магниту загружается торрент, там включаешь выбор файлов. В магнит-ссылке нет никакой информации о файлах.
Ответить | Правка | Наверх | Cообщить модератору

9. "Новая версия BitTorrent-клиента Transmission 3.0"  +5 +/
Сообщение от Аноним (9), 23-Май-20, 10:29 
qBittorent по магниту подтягивает список файлов.
Ответить | Правка | Наверх | Cообщить модератору

12. "Новая версия BitTorrent-клиента Transmission 3.0"  –6 +/
Сообщение от Eric Hartman (?), 23-Май-20, 10:42 
Deluge и Ktorrent тоже давно так умеют, а вот разрабы Transmission, похоже, забили на эту фичу.
Ответить | Правка | Наверх | Cообщить модератору

61. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Аноним (-), 23-Май-20, 14:25 
куда забили, чего забили?! фича наверное 10 лет как есть! когда метаданные торента нальются, можно его свойства позырить и все как обычно с свойствами торента.
Ответить | Правка | Наверх | Cообщить модератору

129. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (129), 23-Май-20, 21:30 
дурак чтоль? он как подтянет метадату сразу начинает скачивать, а в нормальном клиенте при соответствующей настройке предложат выбрать какие файлы скачать
Ответить | Правка | Наверх | Cообщить модератору

135. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от AleksK (ok), 23-Май-20, 22:09 
И в чем проблема? Как только он начал скачивать заходишь в свойства закачки и отщелкивашь ненужные файлы.
Ответить | Правка | Наверх | Cообщить модератору

140. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от Аноним (140), 23-Май-20, 23:56 
Т.е. я должен сидеть и следить, когда он начал скачивать?
Ответить | Правка | Наверх | Cообщить модератору

164. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от AleksK (ok), 24-Май-20, 09:41 
Так для того чтобы ты не следил, он сразу начинает скачивать. А ты уже сам можешь разобраться что тебе нужно а что не нужно. Тебе что жалко? Безлимитного трафика? Может места на диске? Мне самому больше нравится qbittorent, но чисто по субъективным причинам, и ничего против transmission я сказать не могу, вполне достойный клиент.
Ответить | Правка | Наверх | Cообщить модератору

176. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (-), 24-Май-20, 10:27 
> Т.е. я должен сидеть и следить, когда он начал скачивать?

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

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

В третьих какие еще варианты реализации? Внезапно и самовольно вылетающий диалог? Который будет выскакивать в любой момент от пары секунд до пары лет с момента начала закачки? Тоже так себе радость, трансмишн задуман так чтобы сидеть в своем углу и не отсвечивать.

Ответить | Правка | К родителю #140 | Наверх | Cообщить модератору

260. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (260), 25-Май-20, 11:40 
вот с этим можно подтягивать метаданные без излишней автоматики
https://github.com/equeim/tremotesf2
Ответить | Правка | Наверх | Cообщить модератору

308. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 14:59 
> вот с этим можно подтягивать метаданные без излишней автоматики

Трансмишн сам их всяко подтянет - протокол и его взаимодействие с битторентом так сделано. А морда ... чем-то на utorrent похоже.

Ответить | Правка | Наверх | Cообщить модератору

338. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (338), 27-Май-20, 12:54 
В этой морде добавляя торрент или магнет, в диалоговом окне есть пункт, грузить данные или нет. По умолчанию не грузит, в случае с магнитом, грузит только метаданные при появлении пиров.
Ответить | Правка | Наверх | Cообщить модератору

19. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от нона (?), 23-Май-20, 11:08 
Всю жизнь присутствует. Правда пользую tranmission-remote-cli, что там в изкоробочных гуях не знаю.
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

33. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (33), 23-Май-20, 12:22 
add url в гуях понимает и магниты, и просто хэши.
Ответить | Правка | Наверх | Cообщить модератору

117. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от хотел спросить (?), 23-Май-20, 20:14 
самое печальное не то что человек ляпнул не разобравшись, а то что ему еще 7 плюсов наставили

т.е. есть еще целое стадо баранов

Ответить | Правка | Наверх | Cообщить модератору

32. "Новая версия BitTorrent-клиента Transmission 3.0"  +5 +/
Сообщение от Аноним (33), 23-Май-20, 12:19 
> Возможность выбора загружаемых файлов по магнет присутствует

Да, и давно.

Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

113. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (113), 23-Май-20, 18:20 
Есть давно. Другой вопрос что в магнитной ссылке нет метаданных по построению, поэтому в любом случае придется подождать и только потом уже можно фильтровать как с торрент-файлом
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

8. "Новая версия BitTorrent-клиента Transmission 3.0"  +6 +/
Сообщение от Анон.im (?), 23-Май-20, 10:27 
Отличная хорошая программа.
Ответить | Правка | Наверх | Cообщить модератору

122. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (122), 23-Май-20, 20:26 
Не лучше, чем qbittorent
Ответить | Правка | Наверх | Cообщить модератору

132. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 23-Май-20, 21:57 
Ничем.
Ответить | Правка | Наверх | Cообщить модератору

163. "Новая версия BitTorrent-клиента Transmission 3.0"  +6 +/
Сообщение от Аноним (162), 24-Май-20, 09:37 
> Не лучше, чем qbittorent

qbittorent на роутер или нас с его культями хрен впихнешь, например.

Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

263. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Оно им (?), 25-Май-20, 13:41 
Только уТоррент 2.2.1! Без вариантов!
Ответить | Правка | К родителю #8 | Наверх | Cообщить модератору

11. "Новая версия BitTorrent-клиента Transmission 3.0"  +5 +/
Сообщение от Аноним (11), 23-Май-20, 10:39 
Пожалуй, это - лучший среди торрент-клиентов.
Ответить | Правка | Наверх | Cообщить модератору

133. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Оно им (?), 23-Май-20, 21:59 
По-моему, если не изменяет память, наимерзопакостнийшей интерфейс.
Ответить | Правка | Наверх | Cообщить модератору

169. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от JL2001 (ok), 24-Май-20, 09:53 
> По-моему, если не изменяет память, наимерзопакостнийшей интерфейс.

в каком из 5+ клиентов к этому торент-демону?

Ответить | Правка | Наверх | Cообщить модератору

177. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 24-Май-20, 10:30 
> в каком из 5+ клиентов к этому торент-демону?

Там одних только вебморд штук 5. Вроде даже что-то uTorrent'образное кто-то делал, если это зачем-то надо.

Ответить | Правка | Наверх | Cообщить модератору

254. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 09:20 
А без вэба? Просто нормальная морда?
Ответить | Правка | Наверх | Cообщить модератору

268. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 25-Май-20, 16:08 
так с transmission-remote - все ок. Это если тебе просто нормальную.

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

Ответить | Правка | Наверх | Cообщить модератору

282. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 20:56 
Гуёво-негуёво... мне эти словечки ни к чему. Нужен нормальный удобный интерфейс.
Ответить | Правка | Наверх | Cообщить модератору

323. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 26-Май-20, 21:45 
> Гуёво-негуёво... мне эти словечки ни к чему. Нужен нормальный удобный интерфейс.

кому и кобыла невеста.

У меня вот есть нормальный удобный интерфейс - transmission-remote. Совместим со скриптовыми обвязками, делает то что мне нужно и не крадет мое время на отрисовку свистелок и перделок.

А вам никчему - можете вечно ждать, пока напишут на элехтрон.

Ответить | Правка | Наверх | Cообщить модератору

286. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 09:02 
> на Электроне еще никто не сподобился.

А смысл? Вебсервак и так встроен, браузер у юзера есть.

Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

272. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (272), 25-Май-20, 17:35 
> А без вэба? Просто нормальная морда?

Откуда ж я знаю что для вас "нормальная". Там своих две, GTK и Qt, по вкусу. Простенькие, но все что надо торрент-клиенту более-менее есть, кроме каких-то совсем изысков. Или вон тут ссылку кинули, по скринам это нечто uTorrent-образное.

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

Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

280. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 20:52 
Да морд-то может и много. Что ни пробовал, нигде визуальные элементы не настраиваются. Не тянутся, не сжимаются. Заголовки огрызки, панели не настроить, как будто гвоздями прибита (даже если на полный экран раскрыть) Реализация никакая.
Ответить | Правка | Наверх | Cообщить модератору

281. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 20:53 
Да и чем оно лучше так никто и не сказал. Смысл менять есть?
Ответить | Правка | Наверх | Cообщить модератору

275. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (273), 25-Май-20, 17:52 
GTK? Qt? Curses?
Ответить | Правка | К родителю #254 | Наверх | Cообщить модератору

149. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от Аноним (149), 24-Май-20, 04:29 
Перешел с этого "лучшего" на qbittorrent и не нарадуюсь.
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

230. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 24-Май-20, 22:36 
Слишком жирный.
Ответить | Правка | Наверх | Cообщить модератору

264. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 15:14 
Кстати, у трансмиссии доля рынка больше, чем у кубита. 5,1% против 3,4%.
Ну а 68,6% рынка это конечно уТоррент.
Ответить | Правка | К родителю #149 | Наверх | Cообщить модератору

266. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 15:26 
Без учета того, что последняя веб-версия уТоррент не имеет собственного идентификатора, идентифицируется как Libtorrent. Стало быть, доля рынка уТоррент ещё больше.
Ответить | Правка | Наверх | Cообщить модератору

229. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Оно им (?), 24-Май-20, 22:35 
Что в нём лучшего? Конкретно! 10 пунктов!
Ответить | Правка | К родителю #11 | Наверх | Cообщить модератору

13. "Новая версия BitTorrent-клиента Transmission 3.0"  –4 +/
Сообщение от Professoremail (??), 23-Май-20, 10:46 
Лучший среди клиентов нет не чего лишнего.
Ответить | Правка | Наверх | Cообщить модератору

28. "Новая версия BitTorrent-клиента Transmission 3.0"  +15 +/
Сообщение от Аноним (11), 23-Май-20, 11:47 
Мой личный граммар-наци нэгодуйе!
"НЕТ НИЧЕГО ЛИШНЕГО".
Пишите правильно, иначе восприятие аргументации улетает в ноль.
Ответить | Правка | Наверх | Cообщить модератору

53. "Новая версия BitTorrent-клиента Transmission 3.0"  –5 +/
Сообщение от Аноним2 (?), 23-Май-20, 13:36 
Эх слабовата мативация для меня, чтобы учить правописание и научится. Не заинтересовали.
Ответить | Правка | Наверх | Cообщить модератору

54. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним2 (?), 23-Май-20, 13:36 
ь
Ответить | Правка | Наверх | Cообщить модератору

60. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (60), 23-Май-20, 14:21 
Плохо тебя учительница руского языка мАтивировала.
Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

16. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Иваня (?), 23-Май-20, 10:51 
Я юзаю https://www.qbittorrent.org/ самый топовый клиент. Всем рекомендую.
Ответить | Правка | Наверх | Cообщить модератору

18. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от Аноним (18), 23-Май-20, 11:01 
+1
Ответить | Правка | Наверх | Cообщить модератору

247. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 08:57 
Кубит очень жирный. Тоже самое реализовано с гораздо меньшей массой. Смотри уТоррент.
Версии по 2.2.1 из каропки, без рекламы и свистоперделок.
Ответить | Правка | Наверх | Cообщить модератору

26. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (11), 23-Май-20, 11:45 
Чем лучше?
"... чем трансмишн"?
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

37. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от мимо проходил (?), 23-Май-20, 12:54 
Для десктопа однозначно удобнее. Интерфейс transmission слишком скуден.
Зато transmission-daemon отлично подходит для установки на openwrt чтоб сидировать 24/7
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

46. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (46), 23-Май-20, 13:10 
Нормальный интерфейс у трансмиссии: меньше грузит процессор и нет постоянно слетающих меток. Сортировать на диске удобней в любом случае.
Ответить | Правка | Наверх | Cообщить модератору

246. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 08:55 
Он с локализацией?
Ответить | Правка | Наверх | Cообщить модератору

192. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Fedd (ok), 24-Май-20, 12:03 
Тогда и диск к роутеру подключать надо?
Ответить | Правка | К родителю #37 | Наверх | Cообщить модератору

292. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 12:08 
> Тогда и диск к роутеру подключать надо?

Ну да. А ты думал, нафига там usb? :D

Ответить | Правка | Наверх | Cообщить модератору

108. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от InuYasha (?), 23-Май-20, 17:47 
который No-X?
Я как раз выбираю, что ставить для сидирования на >1Gbps машину - transmission или qbittorrent-nox.
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

119. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от хотел спросить (?), 23-Май-20, 20:18 
у меня стоит 2.94+ правда канал всего 200 Mbit/s

стоит под Fedora, веб морда - это удобно

для меня это самый лучший сервер и самый удобный клиент (qt и web дополняют друг друга)

всё что другое юзал мне не понравилось

Ответить | Правка | Наверх | Cообщить модератору

130. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (130), 23-Май-20, 21:38 
Есть ещё продвинутый альтернативный GUI, если кто не знал: https://github.com/transmission-remote-gui/transgui
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

166. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (165), 24-Май-20, 09:42 
> Есть ещё продвинутый альтернативный GUI, если кто не знал: https://github.com/transmission-remote-gui/transgui

Даже на паскале? :) Еще с полдюжины вебморд.

Ответить | Правка | Наверх | Cообщить модератору

259. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 10:54 
Какой-то он косорукий. Обрубок. Очень плохо реализован. Названия огрызки, ничего не двигается, не настраивается в интерфейсе.
Ответить | Правка | К родителю #130 | Наверх | Cообщить модератору

276. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (273), 25-Май-20, 17:54 
Делюга умеет в клиент-сервер еще.
Ответить | Правка | К родителю #108 | Наверх | Cообщить модератору

294. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от InuYasha (?), 26-Май-20, 13:19 
> Делюга умеет в клиент-сервер еще.

Это ж бывший Азуреус? Тот, что java? Нет, спасибо, но - нет.

Ответить | Правка | Наверх | Cообщить модератору

310. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 16:20 
Не, делюка это кусок питона. А на жабе это vuze. В общем "имела жаба гадюку" походу про торентклиенты было.
Ответить | Правка | Наверх | Cообщить модератору

278. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (278), 25-Май-20, 20:39 
йоу
https://github.com/qbittorrent/qBittorrent/issues/127#issuec...
https://github.com/qbittorrent/qBittorrent/issues/8758#issue...
Ответить | Правка | К родителю #16 | Наверх | Cообщить модератору

298. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от InuYasha (?), 26-Май-20, 13:49 
> йоу

yo )
https://github.com/transmission/transmission/issues?q=is...
Вот и думаю. :-|

Ответить | Правка | Наверх | Cообщить модератору

17. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Анинам (?), 23-Май-20, 10:53 
Отлично. Лучший клиент ever...
Ответить | Правка | Наверх | Cообщить модератору

245. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 08:54 
10 причин в студию!
Ответить | Правка | Наверх | Cообщить модератору

293. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 26-Май-20, 12:21 
> 10 причин в студию!

1) Жрет мало ресурсов.
2) Есть под разные ОС.
3) Работает на разном железе. Вплоть до роутеров-мыльниц с usb и мелких NAS.
4) Встроен простенький вебсервак для вебморд или RPC (можно подключить программу-"морду" к ремотной "качалке").
5) Просто делает свое дело и не отсвечивает.
6) Интерфейсы на все вкусы.
7) Не особо злобно по зависимостям, бинарь 800 кил на все.
8) При этом умеет все что должен уметь уважающий себя торент: magnets, DHT, pex, uTP, UDP трекеры, ...
9) Дефолтная политика подразумевает только необходимые фичи. Поэтому оно не разжиревает как некоторые иные, но при том умеет все типовые протокольные фичи.
10) Неплохо поддается автоматизации.

Ответить | Правка | Наверх | Cообщить модератору

305. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Anonim (??), 26-Май-20, 14:54 
Хм... Что-то не сильно это его отличает от других.
Нормального настраиваемого интерфейса, кстати, не нашел.
Если вот это продвинутый альтернативный GUI: https://github.com/transmission-remote-gui/transgui -то это просто кособокая простыня прибитая гвоздями. Ничего не настраивается, не раздвигается.
Ответить | Правка | Наверх | Cообщить модератору

306. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Anonim (??), 26-Май-20, 14:57 
Да и систем много не надо. Что я по системам прыгаю каждый день, как трясогузка что ли?
Чем больше систем, чем более "универсален" продукт, тем больше в нем багов и ошибок.
Ответить | Правка | Наверх | Cообщить модератору

307. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Anonim (??), 26-Май-20, 14:58 
А уж универсальный интерфейс вообще хорошим не бывает. Он должен быть свой под разные системы.
Ответить | Правка | Наверх | Cообщить модератору

311. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (311), 26-Май-20, 16:41 
> Хм... Что-то не сильно это его отличает от других.

Пока не попробуешь их на, допустим, роутере-мыльнице с 64 мегами RAM запустить :P. У коего жырный плюс: он всегда врублен и всегда в сети.

> Нормального настраиваемого интерфейса, кстати, не нашел.

Мне на самом деле и дефолтного хватает более-менее, там все что надо из сведений есть. Даже для создания своей раздачи и понимания ее статуса. И в конечном итоге я поймал себя на том что лучший интерфейс с оным = зарядить все что хотел и забыть о нем.

А так если кто хочет монструозное, https://github.com/ronggang/transmission-web-control - это узкоглазые сделали очень в своем духе напихав в него все и вся. Правда сие вебморда.

Ответить | Правка | К родителю #305 | Наверх | Cообщить модератору

20. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от P (?), 23-Май-20, 11:13 
Не знаю почему, но transmission качает у меня медленнее, чем qbittorrent. При скорости 100 transmission 5-7 Mb/s, а qbittorrent 10-11 Mb/s
Ответить | Правка | Наверх | Cообщить модератору

24. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (11), 23-Май-20, 11:43 
Скорее всего, это - субъективно-эмоциональное.
Ответить | Правка | Наверх | Cообщить модератору

39. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Скорее (?), 23-Май-20, 12:58 
Скорее всего, это - ограничeниe на максимум сидов в трансмишене, 30 или 50, не помню уже. Настраивается где=то глубоуко в потрохах.
Ответить | Правка | Наверх | Cообщить модератору

42. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 13:05 
Это ограничение на торрент, смотря как настраивать, но в штатной шкурке нигде не спрятано (т.е. как в qbittorent в "расширенных" настройках прячут). И в конфиге сразу видно. Но 30 дофига так-то, больше 5 редко когда надо (а скачать всё равно дадут только 2).
Ответить | Правка | Наверх | Cообщить модератору

76. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 14:50 
Вообще, чем больше пиров тем быстрее качается. Если из 30 дают качать только 2, то из 60 - при тех же условиях уже будут примерно 4. Нюанс состоит в том что если соединений слишком много - роутер с NAT'ом может и загнуться от этого. И это выглядит гораздо хуже чем медленная скачка торента.
Ответить | Правка | Наверх | Cообщить модератору

120. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от хотел спросить (?), 23-Май-20, 20:23 
Есть еще нюанс с портами.
У них разные порты наружу смотрят, надо пробрасывать нужный порт. Если выключен UPnP.
Может так получиться что кто-то из них видит только белые ноды.
Ну короче надо разбираться... у меня трансмишен на древнем AMD X6 выдает все 200 Mbit/s (не напрягаясь).
Ответить | Правка | К родителю #39 | Наверх | Cообщить модератору

40. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (46), 23-Май-20, 12:59 
Именно, у меня опыт прямо противоположный. Но быстрее и эффективней всего конечно скачивает aria2, тут без вариантов. Тоже исключительно субъективная оценка, да.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

69. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от user (??), 23-Май-20, 14:38 
aria2 - это скачать один торрент и завершиться, а не держать кучу на раздаче годами.
Ответить | Правка | Наверх | Cообщить модератору

77. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 14:58 
> aria2 - это скачать один торрент и завершиться, а не держать кучу
> на раздаче годами.

Что мешает?

Ответить | Правка | Наверх | Cообщить модератору

83. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 15:17 
Очень странная работа арии в таком режиме. Она может либо вообще не чекать при старте части торентов и тогда вас забанит половина интернета как только что-то пойдет не так и какая-то часть окажется битой, либо будет чекать вообще все сразу при старте. Что при более чем паре торентах жирного размера...

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

Ответить | Правка | Наверх | Cообщить модератору

104. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (46), 23-Май-20, 17:03 
Ну короче поведение как у rtorrent. Наверно, у неё и училась.

>А так чтобы чекать части по мере их отгрузки, маркировать статус, и где-то в сторонке это запоминать (а при необходимости и перекачать из сети битую часть)

Очень напрягает такое поведение, что в qbittorent, что в трансмиссии, файлы рандомно оказываются битыми. Видимо потому, что кто-то с плохим подключением нам сказал, что мы отдали битые данные? Сколько раз ни перехешировал, всегда все данные на месте и ничего не скачивалось.

Ответить | Правка | Наверх | Cообщить модератору

110. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (110), 23-Май-20, 17:56 
> Ну короче поведение как у rtorrent. Наверно, у неё и училась.

Там кто-то жалуется что ему так и при разовом то добавлении сериалов 1 раз то за все время не нравится. А с этим либо вообще всегда, для всех торентов при старте, либо никогда. По другому оно вроде не умеет, для этого надо статус проверок частей где-то хранить.

> Очень напрягает такое поведение, что в qbittorent, что в трансмиссии, файлы рандомно
> оказываются битыми.

Активный обсчет sha1 хорошо ловит глюки проца и оперативки, особенно после прогрева. Если проверку пнуть раз 5 подряд, интенсивность глюков возрастает? Тогда поздравления с глюкавым железом. Торенты то накрайняк перекачаются. А остальное, например? ;)

> Видимо потому, что кто-то с плохим подключением нам сказал, что мы отдали битые данные?

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

> Сколько раз ни перехешировал, всегда все данные на месте и ничего не скачивалось.

А если хэшануть раз 5 подряд, можно 1 и тот же файл? Там случайно битых частей в статистике не прибавится? Да еще в разных местах при разных запусках? Если да - см выше про железо.

Ответить | Правка | Наверх | Cообщить модератору

112. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 18:13 
Так в том и дело, что за всё время только раздачи становились 99% вместо 100. Перехешируешь, и всё на месте.Я видел этот баг на багтрекере, но что-то не особо активно его чинили. И никогда никаких поводов усомниться в надёжности железа не было. Кроме тех случаев, когда данные на диске были битыми, но это оказался битый архив и упакованы они были уже битыми. Я уже готов был грешить на ссд. KTorrent, кстати, таким не страдает.
Ответить | Правка | Наверх | Cообщить модератору

161. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (162), 24-Май-20, 09:30 
> Так в том и дело, что за всё время только раздачи становились
> 99% вместо 100. Перехешируешь, и всё на месте.Я видел этот баг
> на багтрекере, но что-то не особо активно его чинили.

В последние лет так эн такого бага определенно не было. И единственное где я что-то такое видел - глюки железа в основном. В этом случае обнаружение битой части пожалуй можно записать за фичу.

> И никогда никаких поводов усомниться в надёжности железа не было.

А как его надежность проверялась? Ну там хотя-бы ФС с чексумами, типа btrfs или zfs? А то ежели их поюзать, можно столько нового о своем "якобы надежном" железе узнать, когда в системном логе "почему-то" вдруг CSUM ERROR, так, внезапненько... а потом наиболее наивные прутся в багтрекер и делают мозг програмерам - "ваши программы глючат". Программы, конечно, глючат, но - не только они :)

> и упакованы они были уже битыми. Я уже готов был грешить на ссд. KTorrent, кстати, таким не страдает.

А что, SSD вполне может 1 раз отгрузить битые данные, а 1 раз нормальные. Вопрос соотношения сколько битов здесь и сейчас прочлось ОК и выдюжил ли это ECC. Бывает и что раз на раз не приходится - вот так блок читается, а так - уже нет. Софт на это реагирует ... по разному.

Ответить | Правка | Наверх | Cообщить модератору

41. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от P (?), 23-Май-20, 13:02 
Ну я же на цифры смотрю. Возможно, они неверно отображаются.
Ответить | Правка | К родителю #24 | Наверх | Cообщить модератору

21. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Banza1 (?), 23-Май-20, 11:27 
Юзаю сабж на винде, ничего лучше не нашел. Вообще нравятся такие программы, которые делают только то, для чего предназначенны.
Ответить | Правка | Наверх | Cообщить модератору

22. "Новая версия BitTorrent-клиента Transmission 3.0"  –5 +/
Сообщение от iPony129412 (?), 23-Май-20, 11:30 
Не боишься, что отпенетрируют?
Мне как-то сыкотно. Использую aria2
Ответить | Правка | Наверх | Cообщить модератору

34. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 12:26 
atia2 как-то очень уж странно с торентами себя ведет
Ответить | Правка | Наверх | Cообщить модератору

45. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (46), 23-Май-20, 13:08 
Я магниты только им и скачиваю. Ты можешь настроить параметры соединения и добавить публичные трекеры к любому магниту (и торренту наверно). Потом просто даёшь ей магнит или торрент, и она очень хорошо скачивает. Если тебе отдают меньше 1кб/с не особо поможет правда.
Ответить | Правка | Наверх | Cообщить модератору

63. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 23-Май-20, 14:27 
А еще не поможет если трекеры забанили провайдеры, закрыли копирасы или они просто сдохли. А dht в aria2 сделан как-то очень странно.
Ответить | Правка | Наверх | Cообщить модератору

70. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 14:39 
> А еще не поможет если трекеры забанили провайдеры, закрыли копирасы или они
> просто сдохли. А dht в aria2 сделан как-то очень странно.

Только в случае приватных торрентов, магниты то не приватные. А какие приватные трекеры забанены? Для обычных торрентов и магнитов просто добавляешь каждой закачке все трекеры отсюда https://github.com/ngosang/trackerslist именно этим aria2 и хороша, можно добавлять всем без разбора. DHT у меня в нём работает лучше всего, он сохраняет известные узлы и быстрее интегрируется в сеть после запуска. У других клиентов магнит без трекеров будет днями висеть и даже метаинфа (список файлов и хэши) не загрузится.

Ответить | Правка | Наверх | Cообщить модератору

78. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 15:00 
> А какие приватные трекеры забанены?

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

>  добавляешь каждой закачке все трекеры отсюда

Ну нафиг, dht как-то надежнее в долговременном плане и не требует возни.

> DHT у меня в нём работает лучше всего, он сохраняет известные узлы

Сабж это тоже делает. А конкретно aria2 на вон том серваке ну вот вообще совсем никак не мог к dht подцепиться почему-то. Чтобы вообще посмотреть как это работает пришлось запустить сабж на том же порту, свалить, и вот тогда - тогда dht в aria2 наконец запускается, потому что привыкшие к трансмиссии пиры туда ломятся, конечно. Но это не заслуга арии, однако. А как он на холодную должен взлетать без такого изврата - я так и не понял. Он, вроде, это не умеет.

Ответить | Правка | Наверх | Cообщить модератору

109. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 23-Май-20, 17:50 
Ну, вообще-то, если ты не в курсе, оно это делает через bootstrap-dht.trasmissionbt.com (или где он там)

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

> А как он на холодную должен взлетать без такого изврата - я так и не понял. Он, вроде, это не
> умеет.

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

Ответить | Правка | Наверх | Cообщить модератору

173. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 24-Май-20, 10:10 
> (или где он там)

Только если пиров не знает - если хоть раз взлетело, берет из dht.dat. А ария2 это у меня не делал совсем - DHT не взлетал. Получается качаем торент - трекеры сдохли, dht не запускается, дальше чего?

> То есть прикол в том, что оно при этом изрядно палится,

1 раз за жизнь инстанса клиента обычно. Если не нравится, при наличии сорца можно переделать. А может и без этого устроит:

Оно стартует так (если получилось, на остальное забивается):
1) Из dht.dat если в нем что-то есть. Это бинарный кэш известных нод, апдейтится клиентом, в нем еще dht ID и количество v4 и v6 пиров. Для нодов запоминается только ip:port.
2) "dht.boostrap" в конфигдире, это текстовый файл с user'овским списком fallback-бутстрапов, там можно и имена хостов.
3) "Attempting to bootstrap from dht.transmissionbt.com" если остальное не сработало, last resort.

Можно dht.dat от другого клиента подсунуть, но хэш DHT стоит сменить...

> и отключить этот бутстрэп, кажется, нельзя.

При наличии сорца можно что угодно, вопрос желания. Если оно надо, см bootstrap_from_name и вокруг в tr-dht.c.

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

При том - получается что адреса бутстрапов я должен помнить где-то там сам. И юзеры только и занимаются что коллекционируют их :)

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

Поэтому просто скачать просто вон тот торент - если там трекеры сдохли то хрен там, да? Спасибо, с арией я это видел, было не прикольно.

> А ты думал - в сказку попал?

Я думал - в сорец попал. И там можно нарулить любую сказку по вкусу.

Ответить | Правка | Наверх | Cообщить модератору

225. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от пох. (?), 24-Май-20, 19:33 
> dht.dat. А ария2 это у меня не делал совсем - DHT

ну, видимо, не доверяет несвежим пирам, и не умеет централизованного бутстрэпа.

> не взлетал. Получается качаем торент - трекеры сдохли, dht не запускается,
> дальше чего?

pornolab.net (или где он там сейчас) клик-клик-клик - ок, вот тебе и dht.

> Оно стартует так (если получилось, на остальное забивается):
> 1) Из dht.dat если в нем что-то есть. Это бинарный кэш известных

то ли что-то тут переделали, то ли где? Мне казалось - он экспайрится, не?

> При наличии сорца можно что угодно, вопрос желания. Если оно надо, см

ну так и в арию можно быстренько его добавить, было б желание. Мне проще прон какой быстро глянуть. ;-)

На самом деле, с учетом особенностей работы dht, оно и в обратную сторону так - если ты такой весь из себя шифруешься, раздавая нечто мимо трекеров - то очень полезно попутно пораздавать какого-нибудь nsfw, чем ближе к тем местам, где пасутся твои возможные потребители, тем быстрее они тебя найдут.

Ответить | Правка | Наверх | Cообщить модератору

295. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 13:22 
> ну, видимо, не доверяет несвежим пирам, и не умеет централизованного бутстрэпа.

С учетом перекоса в пользу сценария "я типа wget" получается непрактично. Юзать его в режимах отличных от wget-like с торентами еще непрактичнее.

> pornolab.net (или где он там сейчас) клик-клик-клик - ок, вот тебе и dht.

Утонченно, спору нет.

> Мне казалось - он экспайрится, не?

Кем? Зачем? Там даты нет, все что он содержит: DHT ID (160-бит рандом), 2 счетчика (для v4 и v6 нод) и списки по 6 или 18 байтов на ноду (ip и port).

При бутстрапе все что в dht.dat добавляется как известные ноды. Если с этого удалось запуститься, на остальное забивается. Экспайрится естественным способом: если все ноды в dht.dat сдохнут, бутстрап не получился, клиент перейдет к следующему пункту. Но это в типовом случае маловероятно, даже через год в списке из пары сотен кто-то живой.

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

> ну так и в арию можно быстренько его добавить, было б желание.

У сабжа код "overall" логики бутстрапа прост как тапок. А там?

> Мне проще прон какой быстро глянуть. ;-)

Можно прописать стабильных/своих в dht.boostrap, который опробуется если обычный кэш не сработал. Это до дефолтного бутстрапа и если прокатит, того трогать не бу, так что можно и не патчить. Или подсунуть uTorrent'овский, Vuze'овский, или чей еще.

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

DHT как таковой декоррелирован с торрентами, 2 независимых алгоритма, из точек контакта только "чего ищем" да добавление результата торенту как если бы это трекер выдал. Настолько что обоих можно использовать по отдельности, некоторые используют ту либу нецелевым образом (в том плане что результат не "обладатели этого инфохэша").

А понятие "ближе" там довольно специфичное (результат XOR двух 160-битных чисел). С практической точки зрения если интересна скорость, он просто должен быть "горяченьким" иначе поиск будет встревать на дохлячках. Сие не фатально, логика учитывает все это, дохляков постепенно выкинут, но ждать успешного поиска в результате дольше.

Ответить | Правка | Наверх | Cообщить модератору

52. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 23-Май-20, 13:34 
это те самые ребята, которые умудрились (помимо всего интернета, как обычно) заиметь у себя в зависимостях libxml? Ну, надейся, конечно, что неуловимый джо никому нахрен не сдался...

Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

58. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (46), 23-Май-20, 14:06 
А что, существует что-то лучше libxml2 для xml (и html заодно)? У вон тех ребят зависимостей не меньше, да только они бандленные и ты их предпочитаешь не видеть.
Ответить | Правка | Наверх | Cообщить модератору

64. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 23-Май-20, 14:32 
Например, не использовать XML? В нем прорва фич, 99.9(9) из них в торенте не сдались. Зачем торенту уметь XSLT, ммм? Однако в libxml это припрут. Всего-ничего, примерно 2 мега навороченого кода на все случаи. Так что если ежемесячных дыр в libssl кажется мало...
Ответить | Правка | Наверх | Cообщить модератору

72. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 14:44 
Почему не XSLT, если он удобен? А дыры… Зависит от того, как используется. Либа отличная и есть на 100% систем, какие могут быть претензии?
Ответить | Правка | Наверх | Cообщить модератору

79. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 23-Май-20, 15:03 
> Почему не XSLT, если он удобен?

Я не понимаю. Что именно удобно делать XSLT в торрент клиенте? Можно какой-то разумный пример не высосанный из пальца? Сам по себе протокол торента XML-ем не оперирует, если что.

> какие могут быть претензии?

Все это жирное месиво в торентклиенте чисто технически просто не надо. Вместе со всеми его XSLT.

Ответить | Правка | Наверх | Cообщить модератору

82. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 15:13 
Но ведь aria2 не торрент клиент, совсем не торрент клиент. Менеджер загрузок (think wget/curl) с поддержкой торрентов, да. Торрент клиент, нет. Лучший и наиболее гибкий вариант для управления. А xslt может быть удобно использовать везде, где нужно работать с данными в xml (и конвертировать их в другие представления, например).
Ответить | Правка | Наверх | Cообщить модератору

84. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 23-Май-20, 15:20 
> Но ведь aria2 не торрент клиент, совсем не торрент клиент.

И по нему это, скажем прямо, заметно. С торентами эта штука работает весьма своеобразно.

Ответить | Правка | Наверх | Cообщить модератору

107. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от пох. (?), 23-Май-20, 17:40 
> Я не понимаю. Что именно удобно делать XSLT в торрент клиенте?

ты не поверишь, но помимо прочего (которое ненужно и отключается) - это у них rpc такой.

В смысле, если libxml не найдет - то соберется, но вообще никакого rpc не будет.

Ответить | Правка | К родителю #79 | Наверх | Cообщить модератору

150. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (150), 24-Май-20, 08:11 
> у них rpc такой.

XSLT? :D :D. Простите, на XML в XHR даже вебмакаки забили. А эти вот решили выпендриться, или просто с тормоза не снялись.

> В смысле, если libxml не найдет - то соберется, но вообще никакого rpc не будет.

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

Ответить | Правка | Наверх | Cообщить модератору

172. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от JL2001 (ok), 24-Май-20, 10:02 
>> у них rpc такой.
> XSLT? :D :D. Простите, на XML в XHR даже вебмакаки забили. А
> эти вот решили выпендриться, или просто с тормоза не снялись.

вы, вебмакаки, давно научились использовать json-schema ?

Ответить | Правка | Наверх | Cообщить модератору

174. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 24-Май-20, 10:13 
> вы, вебмакаки, давно научились использовать json-schema ?

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

Ответить | Правка | Наверх | Cообщить модератору

111. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 23-Май-20, 18:08 
> в зависимостях libxml

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

а вот сайт Transmission взламывали два раза, и меняли бинарники для скачки

Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

151. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 08:14 
> вообще как-то по барабану...

...пока не попробуешь на вон тот роутер втулить и не обнаружишь что либа на 2 мега кода выжирает весь системный флеш неизвестно ради чего :). Чтобы пару тривиальных XML раз в год пульнуть. Может быть.

> а вот сайт Transmission взламывали два раза, и меняли бинарники для скачки

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

Ответить | Правка | Наверх | Cообщить модератору

154. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 24-Май-20, 08:27 
> пока не попробуешь на вон тот роутер втулить

ну как буду, так буду... мне же при выборе софта не тату на попе набивать "XXX навсегда и везде!".

> Так чего ты от макосного прогера ожидал?

Очень глупая реплика.
Не помню чтобы прямая связь была (transmission не является чисто macOS софтом, там направление на линукс равнозначное).
Да и как будто, подобного в других проектах не было, где и macOS совсем не пахло.


Ответить | Правка | Наверх | Cообщить модератору

160. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 09:23 
> на попе набивать "XXX навсегда и везде!".

Однако сабж на мелком и сетевом по сути вне конкуренции. В том числе и потому что компактно и без идиотничания в зависимостях, как некоторые другие. А вон в арии прогеры сэкономили себе 15 минут - и расстреляли половину прикольных юзкейсов из реактивного г@вномета. Потому что ради них надо либу впереть. Весом этак в ~три бинаря трансмишна со всеми прибабахами.

> Очень глупая реплика.

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

> Да и как будто, подобного в других проектах не было, где и macOS совсем не пахло.

Было. Но макосники по жизни на расслабоне, за что им периодически и воздается.

Ответить | Правка | Наверх | Cообщить модератору

171. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 24-Май-20, 09:57 
> Было. Но макосники по жизни на расслабоне, за что им периодически и воздается.

Что-то на практике не заметно. Каки не видно особой разницы.
Но если у тебя такое субъективное восприятие мира, то оно легко объясняется психологически.

Ответить | Правка | Наверх | Cообщить модератору

175. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 10:17 
> Что-то на практике не заметно. Каки не видно особой разницы.

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

> Но если у тебя такое субъективное восприятие мира, то оно легко объясняется психологически.

Скорее, чисто статистически.

Ответить | Правка | Наверх | Cообщить модератору

189. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 24-Май-20, 11:10 
>  При том вот конкретно тот был настолько профан в секурити что типа-починил. Хакерье не оценило и его еще раз трахнуло. Нагло и демонстративно

Ты о чём вообще? О взломе сайта Transmisission?
Поему это вина именно macOS разработчика? Я тебе написал что это равноправно macOS и линуксовый проект.

А так достаточно открыть сайт Transmisission - оно и по внешнему виду видно. Что сделано давно, работает по принципу "работает, не трожь".
Ну вот и результат... А тут и не важно "профан в секурити" ты или нет.
Это обычно нужно по сути всё это брать, выкидывать, и заново сайт писать.
И таких навыков что у "macOS разработчиков", что у суровых линуксовых ядерщиков обычно не имеется.

Так что суть не в "какой-то macOS разработчики беспечные", а в "блеск и нищета опенсорса".

Ответить | Правка | Наверх | Cообщить модератору

211. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (-), 24-Май-20, 17:18 
> Ты о чём вообще? О взломе сайта Transmisission?

Трахнули и сайт и макосный клиент. Дважды. Через макосного разработчика, кого ж еще. Когда тот удумал сделать козью морду и отвертеться лайтово, хаксоры не оценили и просто повторили фокус :D

> Поему это вина именно macOS разработчика? Я тебе написал что это равноправно
> macOS и линуксовый проект.

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

> А так достаточно открыть сайт Transmisission - оно и по внешнему виду
> видно. Что сделано давно, работает по принципу "работает, не трожь".

Там не в сайте была проблема а в том кто и как им рулит. Они его с горя перенесли куда-то толи на CDN, толи гитхаб, после такого траха один черт кренделя менять и реаплоадить. Заодно волшебный пинок на гит получился. В svn все централизовано, очень удобно для хакеров, но не канает для кроссчека чего и почему выгружают окружающими. Как именно VCS svn УГ. Такой встрах очень способствует пониманию простого факта, когда вырисовывается острая нужда прочекать комиты, желательно с независимой копии не исходящей с поломаной машины. Вот так даже макоснику становится понятно что такое нормальный VCS и как это должно работать.

> Ну вот и результат... А тут и не важно "профан в секурити" ты или нет.

Если кто парирует хак полумерами и в результате макается в ту же фекалину повторно, ибо не усвоил - наверное он свое звание честнейше зарабатывает.

> Это обычно нужно по сути всё это брать, выкидывать, и заново сайт писать.

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

> Так что суть не в "какой-то macOS разработчики беспечные", а в "блеск и нищета опенсорса".

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

Ответить | Правка | Наверх | Cообщить модератору

216. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от iPony129412 (?), 24-Май-20, 18:22 
Вот столько глупости и бреда понаписал.
А мог бы просто зайти на их форум и почитать кто там в команде разработки...

> Непонимание основ секурити а заодно откровенная лень освоить git

Ну и просто переполнение бреда

Ответить | Правка | Наверх | Cообщить модератору

296. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 13:28 
> А мог бы просто зайти на их форум и почитать кто там в команде разработки...

Спасиб, но я оттрахивание того макосника наблюдал почти в реальном времени равно как и потуги парирования и чего из них вышло :)

Ответить | Правка | Наверх | Cообщить модератору

299. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 26-Май-20, 14:07 
> Спасиб, но я оттрахивание того макосника наблюдал почти в реальном времени равно как и потуги парирования и чего из них вышло :)

Так а где те тысячи рук и глаз опенсорса, которые бы нормальный сайт сделали, всё настроили и так далее.

А их нет. Поэтому не играет роли кто там у руля. А дело в том, кого нет.
И вот у тебя десктопный macOS девелопер (если это вообще так) почему-то должен отлично сайтом заниматься.

Дело не в "не знании", а в том, что никому не сдалось пыжиться и поддерживать нормально сайт. Форум кстати выглядит следующей мишенью - PhpBB наверняка не актуальный. Наверно выкинут и его и будет ссылка на /r/transmission

PS: а то такой бред несешь - прям ужас... голова как-будто пустая штампами мыслит

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

312. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (312), 26-Май-20, 16:56 
> Так а где те тысячи рук и глаз опенсорса, которые бы нормальный
> сайт сделали, всё настроили и так далее.

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

Макосники традиционно дрейфуют по пути наименьшего сопротивления. В секурити это однако решительно не катит и ни к чему хорошему не приводит. Что гражданин и ощутил на своем окороке. Дважды.

> А их нет. Поэтому не играет роли кто там у руля.

Вообще-то играет. Он устанавливает практики и воркфлоу а безопасность системы как известно равна самому слабому звену. А чтобы макосник да был неприступным бастионом и быстро и компетентно реагировал на угрозы... ну не бывает так. Те кто хотят простой сухой комфортной жизни явно не обладают mindset'ом "безопасника" и в этой роли являют собой образцовую пулю из гамна, что и было продемонстрировано.

> И вот у тебя десктопный macOS девелопер (если это вообще так) почему-то
> должен отлично сайтом заниматься.

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

> пыжиться и поддерживать нормально сайт. Форум кстати выглядит следующей мишенью -
> PhpBB наверняка не актуальный.

Если это phpbb3 - то авторы phpbb2 наелись дыр, и в 3-й версии таки сразу писали с оглядкой на секурити. И как угодно, но дыр в phpbb3 чисто исторически мизерно. Один из немногих успешных примеров крутой и качественной работы над ошибками.

> Наверно выкинут и его и будет ссылка на /r/transmission

Я так впервые слышу что такое вообще есть.

> PS: а то такой бред несешь - прям ужас... голова как-будто пустая
> штампами мыслит

Ипоня с своими эмодзи да про штампы... куда катится этот мир? =)

Ответить | Правка | К родителю #299 | Наверх | Cообщить модератору

300. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 26-Май-20, 14:12 
Причём есть другой старый проект с похожей ситуацией

https://www.pidgin.im/

Там-то вон macOSники совсем разбежались...
Сайт такое же старое и не суразное то самое, единственное что популярность этого проекта в разы меньше чем transmisission, поэтому кому оно сдалось ломать.

Ну и вот только сейчас начали что-то с этим делать. Рук нет, но как есть...  

Ответить | Правка | К родителю #296 | Наверх | Cообщить модератору

313. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (312), 26-Май-20, 16:59 
> Там-то вон macOSники совсем разбежались...

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

> Ну и вот только сейчас начали что-то с этим делать. Рук нет, но как есть...

Ну, знаешь, вот у конкретно трансмиссионщиков активность как-то неплохо прибавилась когда они на гит перешли и на гитлабе обосновались. Может потому что это тем кто в код может удобнее все-же? :)

Ответить | Правка | К родителю #300 | Наверх | Cообщить модератору

318. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 26-Май-20, 18:17 
Ты нормальный? Git появился в 7 апреля 2005 года.
И тогда он из себя мало что представлял.
Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

328. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 27-Май-20, 05:57 
> Ты нормальный? Git появился в 7 апреля 2005 года.
> И тогда он из себя мало что представлял.

Ты нормальный? Трансмиссионщики упирались рогом и юзали свн вплоть до момента пока их не вытрахали хакеры и вопрос об integrity check, в том числе и сорца и изменений в нем не встал в полный рост. Вот тогда им наконец стало понятно чем svn плох. На примере своих, крепко надранных (дважды!) хаксорами задниц. А до того момента им svn был ок, хоть он уже и был к тому моменту архаикой.

И вот этот момент был ни разу не в 2005. Более того - если пошариться по гитхабу, можно заметить что svn еще до этого заколебал тех кто умел писать код. И поэтому на гитхабе есть несколько штук "unofficial mirror" (автоматическое svn -> git). Ныне, конечно, заброшенных - потому что "offficial mirror" появился и смысл в них отпал.

Ответить | Правка | К родителю #318 | Наверх | Cообщить модератору

334. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 27-Май-20, 08:12 
Пока ты сам не попробовал перенести svn -> git.
Это всё пустая лирика.
У меня такая же была ситуация - старый чемодан проект на SVN. Да не нравится, но перенести это всё и по нормальному - это задача непростая. Поэтому оттягивал...

Ну сделал автоматом. Ну что-то перенеслось, что-то нет. Потом ещё пару дней мудохался... И решил а "ну эту историю, начну жизнь с чистого листа".

Ответить | Правка | К родителю #328 | Наверх | Cообщить модератору

336. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (336), 27-Май-20, 11:42 
> Пока ты сам не попробовал перенести svn -> git.

Дело дошло до того что появилось ~три "неофициальных" зеркала на гитхабе, созданных теми кто активно патчил, и не хотел телепаться в их убогом svn! Так что это само появилось, неофициально. Просто игнорилось господами не желавшими напрягаться лишний раз. Вай-вай, это ж чего-то изучать надо?!

> Это всё пустая лирика.

Это по-моему тормозизм. Если люди по своей инициативе слепили зеркала в гите - значит, задача подъемная, и даже более того, их заколебало телепаться в svn-е достаточно для того чтобы ее своротить.

> это задача непростая. Поэтому оттягивал...

Почему-то после того как их оттянули хакеры - свалили довольно быстро. Видимо, при попытках аудита сорца таки дошло насколько SVN крут и удобен для контроля версий и в чем пойнт когда у кучи ремот есть полная история версий.

> Ну сделал автоматом. Ну что-то перенеслось, что-то нет. Потом ещё пару дней мудохался...

Как по мне - если что-то не перенеслось и болт бы с ним, не очень то и хотелось.

> И решил а "ну эту историю, начну жизнь с чистого листа".

Ты что, пролечил головную боль гильотиной, убив историю совсем? :)

Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

319. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 26-Май-20, 18:25 
> Ну, знаешь, вот у конкретно трансмиссионщиков активность как-то неплохо прибавилась когда они на гит перешли и на гитлабе обосновались. Может потому что это тем кто в код может удобнее все-же?

Точно не нормальный. Как бэ transmison появилось в 2005 так же как и git.
Поэтому вполне было и логичное решение выбрать проверенный SVN.
Никаких гитхабов и гитлабов тогда не было.

Pidgin ещё старее проект.

А трансмиссионщики выкинули свое старое барахло, которое уже стало лень админить в пользу ГИТХАБ, а не ГИТЛАБ.

Такой бред несёшь - это надо же...


Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

329. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (329), 27-Май-20, 06:17 
> Точно не нормальный. Как бэ transmison появилось в 2005 так же как и git.

Как бэ, если не быть на макосном расслабоне, более приличный VCS за столько лет можно и подразучить, даже неспешно. Особенно когда чуваки способные, блин, код писать - дошли до того что лепят "unofficial mirror" проекта по частной инициативе, в обход проекта. И я таких видел на гитхабе несколько штук. Автоконверсии из svn в git. Я даже не знаю как еще прозрачнее намекнуть людям что из vcs не рулит.

> Поэтому вполне было и логичное решение выбрать проверенный SVN.

И потом логично его наконец уже выбросить ... не когда чуваки зеркала делают в гите, не, что вы, а когда хакеры все оттрахают, и проблема станет понятной не на чужом окороке а на лично своем, при том, что характерно, вы замечаете что ваш инструмент гомно лишь ПОСЛЕ того как стало очень надо прошерстить версии кода и изменения там, желательно из независимого источника =)

> Никаких гитхабов и гитлабов тогда не было.

А потом, вы только подумайте, были. И даже появились чуваки недовольные таким контролем версий, запилившие autogenerated зеркала. Чтобы иметь возможность нормально шариться по версиям кода, а не как макосники на расслабоне.

> Pidgin ещё старее проект.

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

А я со своей стороны имею заметить что они по состоянию на сейчас используют самый кривой и хреновый из хостингов которые я вообще знаю на этом глобусе  (битовая мусорка). С какой-то кривой системой контроля версий. Ну наверное логично что желающих вот так взаимодействовать не прибежит. Во всяком случае, меня в свое время отпугнуло, пришлось засунуть патчи себе в .. diff.

> А трансмиссионщики выкинули свое старое барахло, которое уже стало лень админить в
> пользу ГИТХАБ, а не ГИТЛАБ.

И таки у гитхаба юзеринтерфейс явно лучше той пихонподелки. В которой сейчас без JS даже список файлов не отображается, бл. Не говоря о том что в гитлабе сорц хрен найдешь, все облеплено энтерпрайзным калом а сорец где-то там. И таки когда M$ делает лучше чем ЭТО - это таки просто позор. Для разработчиков гитлаба :P.

> Такой бред несёшь - это надо же...

Что-то у тебя нездоровые фиксации.

Ответить | Правка | К родителю #319 | Наверх | Cообщить модератору

331. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 27-Май-20, 07:55 
> И поэтому все прибито на гвозди, ага. Знаешь, однажды у меня было неслабое желание его подпатчить. Но посмотрев на их VCS я огуел и забил на эту идею

Ну вот. Как чуть-чуть пустая голова о практике начинает думать, так лучше становится.

Так у любого программиста и не важно как ты говоришь "макосник" он или нет.
Отправить мелкий патч - пожалуйста.
А чем-то другим, например выносить авгниевы конюшни - ну тут может кто найдётся, а может нет...

И это всегда в старых проектах. Хоть даже как-ты своим максимализмом про GIT говоришь что это волшебная лампа алладина. Валялся бы там какой GIT хостинг мамонтовый, на который все забили - сиди и выгребай... А точнее никто не хочет.

А потом какой поехавший нашёл виновных "макосники во всём виноваты!".
Это опенсорс. Тут невсегда есть люди, которые двадцать лет над проектом за донаты будут работать, и увидав, что дырка появилась в WEB каком-то компоненте скорее все свои дела бросят и побегут залатывать.

Ответить | Правка | К родителю #329 | Наверх | Cообщить модератору

337. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 27-Май-20, 12:15 
> Ну вот. Как чуть-чуть пустая голова о практике начинает думать, так лучше становится.

Все проще, чувак. Если сделать мне неудобно - ну я и пройду мимо, решив что бороться с ветряными мельницами я все же не подписыался. А нахрена мне изучать какой-то кривущий маргинальный VCS единственный плюс которого - морда для виндомышевозил? Это мне если что и обещает так повышенный % рож с неприятным менталитетом. Небольшой альтруизм != отчаянный мазохизм, если кто не понял.

> Так у любого программиста и не важно как ты говоришь "макосник" он или нет.

И тем не менее, на этом глобусе есть проекты более удобные мне и менее удобные, чисто технически. Равно как есть более приятные мне девтимы и менее приятные. И как угодно, но патчи шлются не в сферический вакуум, эти факторы роялят.

> Отправить мелкий патч - пожалуйста.

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

> А чем-то другим, например выносить авгниевы конюшни - ну тут может кто
> найдётся, а может нет...

В случае с именно переходом на гит было 2 или 3 (а может и больше) рожи которые для себя гейтанули свина в гит. Чтобы не иметь "удовольствие" контролировать версии свином. А упирался против этого в основном 1 макосник вроде, пока вот хакеры не объяснили ему более популярно.

> И это всегда в старых проектах. Хоть даже как-ты своим максимализмом про
> GIT говоришь что это волшебная лампа алладина.

Я пользовался и тем и другим и имел возможность сравнить. По сравнению с свином гит даже круче чем волшебная лампа алладина. Ну, во всяком случае, я бы не взялся делать эквивалент git bisect через свин... а бинарное партиционирование таки обладает магическими свойствами.

> Валялся бы там какой GIT хостинг мамонтовый, на который все забили - сиди и выгребай...

Дело в случае git не в хостинге. А в том что он по крайней мере именно версии таки контролирует. И по ним можно активно шарахаться. Что очень полезно при мочилове багов, или просто понимании "ну и фигню я тут накодил, понял как сделать в 5 раз лучше".

> А точнее никто не хочет.

Если чуваки сделали зеркала, значит, им это хотелось.

> А потом какой поехавший нашёл виновных "макосники во всём виноваты!".

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

> Это опенсорс. Тут невсегда есть люди, которые двадцать лет над проектом за
> донаты будут работать, и увидав, что дырка появилась в WEB каком-то
> компоненте скорее все свои дела бросят и побегут залатывать.

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

Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

320. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 26-Май-20, 18:29 
> они на гит перешли

А если бы ты попробовал бы всместо глупого теоретизма сам перенести не Hello World проект с приличный историей перенести из SVN в GIT, то может быть в пустой голове что-то щёлкнуло бы вместо глупостей типа "не смогли git освоить"

Ответить | Правка | К родителю #313 | Наверх | Cообщить модератору

330. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (329), 27-Май-20, 06:18 
> то может быть в пустой голове что-то щёлкнуло бы вместо глупостей
> типа "не смогли git освоить"

Учитывая что еще ДО того как этих макосников трахнули было 2 или 3 миррора на гитхабе, вот прямо из свна, автоматических... во ты настырный лол :D. Ну хорошо, убедил! Макнись в фекалии третий раз, если так нравится. Трансмиссионщикам таки 2 раз хватило, в отличие от тебя.

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

332. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 27-Май-20, 07:59 
> Ну хорошо, убедил! Макнись в фекалии третий раз, если так нравится. Трансмиссионщикам таки 2 раз хватило, в отличие от тебя.

Да не, спасибо. После тех случаев, я не пользуюсь Transmission кроме "остоявившийся" версии в линукс дистрибутиве.

И почему ты постоянно стрелки переводишь? Это вообще к делу не относится.

Я просо не могу понять, почему твоя пустая голова путает понятия "не может, не знает" и "не хочет"?

Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

339. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 27-Май-20, 13:39 
> Да не, спасибо. После тех случаев, я не пользуюсь Transmission кроме "остоявившийся"
> версии в линукс дистрибутиве.

Что так, не доверяешь макосничкам насчет безопасности? Погоди, эпл исправит это упущение. Правда, я думаю что торентклиента они в стор все же не пустят, ибо контент надо покупать. Желательно у них, конечно. Интересно, скоро ты уже начнешь пиндить что торенты не нyжны? :)

> И почему ты постоянно стрелки переводишь? Это вообще к делу не относится.

Я не перевожу стрелки, лишь повторяю тугоухому что зеркала на гитхабе УЖЕ были на момент когда господ отымели. И я не знаю всю процедуру но на их месте самое логичное что можно было сделать - верифицировать сорец по тем зеркалам :D. А просто потому что там какая-никакая версия комитов есть и это сторонний ресурс с версией изменений. Очень удобная штука когда поломали централизованный супер-дупер-сервак с свином.

> Я просо не могу понять, почему твоя пустая голова путает понятия "не
> может, не знает" и "не хочет"?

Вроде бы ничего не путаю. Или конкретнее - что и в каком месте перепутано?

Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

340. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от iPony129412 (?), 27-Май-20, 13:46 
> Что так, не доверяешь макосничкам насчет безопасности?

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

aria2c из homebrew стоит для торрентов. Да, тоже прям не скажу, что параноик внутри полностью доволен. Этаким попахивает арче AUR-ом.

Ну грибов бояться - в лес не ходить.

Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

23. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Анонимemail (23), 23-Май-20, 11:35 
Лучше бы все трекеры показывал в свойствах. Надо было пасскей для рутрекера глянуть и пришлось другой клиент ставить.
Ответить | Правка | Наверх | Cообщить модератору

25. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (11), 23-Май-20, 11:44 
Кому "надо"?
Ответить | Правка | Наверх | Cообщить модератору

65. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (65), 23-Май-20, 14:34 
> Надо было пасскей для рутрекера глянуть и пришлось другой клиент ставить.

Во ты аноним деграднул, там 1 галку поставить в свойствах торента и тебе покажут все продвинутости.

Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

35. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (35), 23-Май-20, 12:35 
Работу с трекером через прокси так и не сделали?
Ответить | Правка | Наверх | Cообщить модератору

89. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от equeim (ok), 23-Май-20, 15:52 
Transmission использует libcurl для HTTP трекеров, так что переменные среды curl'а для настройки прокси работают. Насчет UDP трекеров х.з.
Ответить | Правка | Наверх | Cообщить модератору

92. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (93), 23-Май-20, 16:01 
> Transmission использует libcurl для HTTP трекеров, так что переменные среды curl'а для
> настройки прокси работают. Насчет UDP трекеров х.з.

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

Ответить | Правка | Наверх | Cообщить модератору

96. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от equeim (ok), 23-Май-20, 16:16 
В России пока что торрентокачателей не ловят, так что в впн для этого особой необходимости нет. Достаточно разблокировать трекеры через прокси. Но в ближайшем будущем это может измениться, да.
Ответить | Правка | Наверх | Cообщить модератору

314. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (312), 26-Май-20, 17:00 
> В России пока что торрентокачателей не ловят

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

Ответить | Правка | Наверх | Cообщить модератору

36. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от коржик (?), 23-Май-20, 12:39 
> "File name too long" джва года ждал
Ответить | Правка | Наверх | Cообщить модератору

55. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним_админemail (?), 23-Май-20, 13:37 
+1 Зашел, чтобы оставить этот коммент. Вот это реальная проблема, которая досаждала в сабже. Из-за чего приходилось юзать другие клиенты. В остальном Transmission очень радует. transmission-daemon отлично работает на коробке DIR-323 с 32Mb оперативы
Ответить | Правка | Наверх | Cообщить модератору

187. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Дымч (?), 24-Май-20, 11:01 
Бэкапить торрент-файлы (из-за отсуствия имени) станет сложнее, для предпочтительнее становится rtorrent
Ответить | Правка | К родителю #36 | Наверх | Cообщить модератору

38. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от user90 (?), 23-Май-20, 12:56 
Помню оно было почти без настроек, поэтому раньше юзал Tixati. Раньше, когда еще встречались интересные раздачи..
Ответить | Правка | Наверх | Cообщить модератору

44. "Новая версия BitTorrent-клиента Transmission 3.0"  –5 +/
Сообщение от Андрейemail (??), 23-Май-20, 13:08 
к сожалению данный клиент не может быть легким, только потому, что он как и ворох других подобных клиентов, является лишь обоями для библиотеки libtorrent, именно которая и осуществляет всю полезную деятельность. и я скажу, увы но это некачественная библиотека, и развивается она плохо.
Ответить | Правка | Наверх | Cообщить модератору

48. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 23-Май-20, 13:17 
Пожалуй, соглашусь, у меня есть очень негативный опыт с rutorrent. Но у меня есть ещё более негативный опыт с libtorrent-rasterbar (qbittorent). А вот с трансмиссией негативного опыта нет (кроме того случая с обновлением miniupnpc в дистрибутиве, после которого она вообще перестала работать), хотя пользовался я её дольше всего.
Ответить | Правка | Наверх | Cообщить модератору

85. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от Аноним (-), 23-Май-20, 15:22 
Инициатор наброса тормознул и не вдуплил что трансмиссия оказывается не использует libtorrent. Там своя реализация протокола, если кто ее хочет как библу, это libtransmission тогда уж.
Ответить | Правка | Наверх | Cообщить модератору

49. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (46), 23-Май-20, 13:24 
Но соглашусь не с информацией про libtorrent. Где ты её получил? Это же не libtorrent.
Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

71. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (65), 23-Май-20, 14:41 
Он и сорец не читал. К счастью, он хотя-бы указал фамилию и возраст, что тоже неплохо. По крайней мере мы теперь знаем кто тут такой "компетентный".
Ответить | Правка | Наверх | Cообщить модератору

68. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (65), 23-Май-20, 14:36 
> к сожалению данный клиент не может быть легким

Как же он тогда на вон том роутере с 64 мегами оперативы то пашет?

> является лишь обоями для библиотеки libtorrent

Вообще-то у него свой libtransmission, для начала...

Ответить | Правка | К родителю #44 | Наверх | Cообщить модератору

75. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (46), 23-Май-20, 14:49 
Трансмиссия же собирается в легковесном режиме, в котором она не жрёт память. Да и в обычном она не жрёт. Так получилось, что я проверил основные клиенты на ~10к активных раздач, и трансмиссия вышла победителем по всем параметрам.
Ответить | Правка | Наверх | Cообщить модератору

80. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 15:07 
Там еще и настроек по этому поводу есть, ей же пользуются роутеры и мелкие насы всякие, так что если оно удумает ресурсы жрать или тормозить - разработчиков порвут пользователи, привыкшие к тому что оно работает даже на их нечто с 128 мегами оперативы и каким-нибудь древним ARMv5 на гигагерц.
Ответить | Правка | Наверх | Cообщить модератору

148. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от НяшМяш (ok), 24-Май-20, 02:43 
> что я проверил основные клиенты на ~10к активных раздач

Вопрос не по теме - а чем мигрировали 10к раздач между различными клиентами? А то есть у меня тут задачка по миграции 600 торрентов, а вручную очень не хочется этого делать.

Ответить | Правка | К родителю #75 | Наверх | Cообщить модератору

152. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 08:18 
> Вопрос не по теме - а чем мигрировали 10к раздач между различными
> клиентами? А то есть у меня тут задачка по миграции 600
> торрентов, а вручную очень не хочется этого делать.

Ну, скриптик напиши, хоть на чем. Даже на баше какомнить прокатит, дергать какойнить -cli или RPC да уталкивать усе торенты оптом. Правда есть шанс что на edge cases типа дурных имен и прочего можно и откушать лулзов.

Ответить | Правка | Наверх | Cообщить модератору

190. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (46), 24-Май-20, 11:42 
python
Ответить | Правка | К родителю #148 | Наверх | Cообщить модератору

88. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от Андрейemail (??), 23-Май-20, 15:51 
хреново он на роутерах работает. И на Виндовс кстате тоже. роутер виснет, если этот клиент на нем запустить. Даже вебка отваливается и перестает работать. По поводу своего бекэнда, признаю, когда начали возмущаться, я загуглил, и действительно
он там вроде как свой. но это не точно, ноги у этой библиотеки могут запросто от той же libtorrent расти. Я не интересовался эти вопросом давно. раньше в списке клиентов связанных с либторрентом был и клиент трансмиссион. с какого то времени это выкинули.
Ответить | Правка | К родителю #68 | Наверх | Cообщить модератору

98. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (98), 23-Май-20, 16:25 
> хреново он на роутерах работает.

Какая программа при таких ресурсах может лучше?

> И на Виндовс кстате тоже. роутер виснет, если этот клиент на нем запустить.
> Даже вебка отваливается и перестает работать.

Видимо роутер дохловат и/или настройки превышают возможности. На 32 мегах роутеру туговато будет, там вон openwrt без нифига на 32 мегах RAM напрягается, а если еще торенты ему... для такого лучше 64..128. С свопом (на торентовый же диск) или zram и на 32 катит, но плясать больше и торентов много навешать все же не выйдет.

> библиотеки могут запросто от той же libtorrent расти.

Тогда смотрим код, пытаемся там найти что-нибудь общее. Смотрим историю кода. В git так можно.

> Я не интересовался эти вопросом давно. раньше в списке клиентов связанных с либторрентом был
> и клиент трансмиссион. с какого то времени это выкинули.

Удачи в поиске этого момента в коде и его истории, учитывая что оно отродясь свою реализацию протокола таскало.

Ответить | Правка | Наверх | Cообщить модератору

57. "Новая версия BitTorrent-клиента Transmission 3.0"  –8 +/
Сообщение от Аноним (57), 23-Май-20, 14:04 
Вот это поспешили с новостью ни в snap ни в arch ни в flatpak пока нет
Ответить | Правка | Наверх | Cообщить модератору

62. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от поспешили (?), 23-Май-20, 14:26 
расчехляй толстую жопу и открывай редактор, это оупенсорс, ждуны здесь не в почете.
Ответить | Правка | Наверх | Cообщить модератору

81. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 15:08 
> Вот это поспешили с новостью ни в snap ни в arch ни в flatpak пока нет

Возьми да сам скомпиль, если под нужную систему нет и невтерпеж, он не так уж сложно собирается.

Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

198. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (57), 24-Май-20, 12:48 
Собрать в обход пакетног манагера равносильно сломать систему
Ответить | Правка | Наверх | Cообщить модератору

203. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от JL2001 (ok), 24-Май-20, 13:10 
> Собрать в обход пакетног манагера равносильно сломать систему

через nix довольно удобно собирать кастомное в систему, и пакеты а не кучей

Ответить | Правка | Наверх | Cообщить модератору

217. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 18:22 
> Собрать в обход пакетног манагера равносильно сломать систему

С чего вдруг? Это конечно не по фэншую, но флатпаки всякие и прочие setup.exe от этого не далеко ушли. В дебиане/убунте/прочих минтах если перфекционизм требует, можно checkinstall поюзать. Будет через пакетный менеджер. В других дистрах - вам виднее.

Ответить | Правка | К родителю #198 | Наверх | Cообщить модератору

121. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от topin89 (ok), 23-Май-20, 20:24 
Ты не прав, если их нет сейчас, то они появятся и очень скоро, и теперь ты это знаешь и будешь проверять почаще.
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

201. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (57), 24-Май-20, 12:55 
А вот нашел
aur/transmission-gtk-git 2:3.00
Ответить | Правка | К родителю #57 | Наверх | Cообщить модератору

59. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Tronis (?), 23-Май-20, 14:13 
Отличный клиент, особенно если использовать его удаленно. Но локально он для меня не подходит, нет категории или меток для сортировки как в том же qbittorrent-e а без них все 200-250 торрентов превратятся в кашу.
Ответить | Правка | Наверх | Cообщить модератору

66. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от filingui (?), 23-Май-20, 14:35 
Всё там есть, и давно, называется "Группы". Может раскладывать торренты по группам автоматически, согласно правилам.
Ответить | Правка | Наверх | Cообщить модератору

185. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Дымч (?), 24-Май-20, 10:58 
Только для MacOS, для линуксов такого функционала нет
Ответить | Правка | Наверх | Cообщить модератору

194. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Vendetta (??), 24-Май-20, 12:10 
Для линуксов/бзд теперь есть на уровне библиотеки. И мне даже известна пара клиентов, которые уже поддерживают работу с этим. Осталось остальным подтянуться.
Ответить | Правка | Наверх | Cообщить модератору

193. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Vendetta (??), 24-Май-20, 12:04 
>нет категории или меток

Как раз с версии 3.0 они появились https://www.linux.org.ru/news/opensource/15722094
>Добавлена поддержка меток в libtransmission и transmission-remote

Ответить | Правка | К родителю #59 | Наверх | Cообщить модератору

86. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от mos87 (ok), 23-Май-20, 15:33 
какого года? там значительных изменений 100500 лет не было
Ответить | Правка | Наверх | Cообщить модератору

90. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (90), 23-Май-20, 15:55 
> какого года? там значительных изменений 100500 лет не было

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

Ответить | Правка | Наверх | Cообщить модератору

106. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (46), 23-Май-20, 17:23 
>> какого года? там значительных изменений 100500 лет не было
> Это хорошо или плохо? А то тут наметилась тенденция что изменения бывают
> телеметрией, рекламой, распуханием кода и прочим жрачем ресурсов.

На багтрекере были патчи для поддержки geiop в клиенте. Но правда потом maxmind решил все базы сделать платными и всё обломалось (хотя точность у бесплатных была так себе). Можно ещё наверно whois использовать, но наверно менее надёжно, да и десятки тысяч айпи в секунду будут создавать лишнюю нагрузку. Я вообще люблю банить неугодных. Читерские клиенты там, сомнительные анбшные сетки соседних стран и прочее такое. Почему-то в торрент клиентах такой функционал не особо распространён, а ведь таких пассажиров надо банить автоматом без суда и следствия.

Ещё обязательная фича, которой мне не хватает в торрент клиентах, это возможность выдавать временный бан всем, кто тошнит по 1кб/с. Тем, кто отдаёт только битые данные (читерские клиенты в основном), можно и перманент выдавать. Хотел запилить подобных плагинов для deluge, но потом посмотрел на его зависимости и код 20 летней давности и передумал что-то. Какие торрент-клиенты с плагинами есть? Я один ktorrent знаю, но он ммм странный и теряет куда сохранил файлы.

Ответить | Правка | Наверх | Cообщить модератору

155. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 24-Май-20, 08:53 
> На багтрекере были патчи для поддержки geiop в клиенте.

Отличная фича чтобы код стал жирнее и тормознее - на каждого пира базу лукапать.

> создавать лишнюю нагрузку. Я вообще люблю банить неугодных. Читерские клиенты там,

Делать кому-то нех. Логика торента такова что читеры себя сами наказывают. Личеры наливают ремоте немного, если в ответ не льется, приоритет аплоада такому задвигается куда не светит солнце и он получит чего-то лишь после того как отгрузили более кооперативным. Бартер невозможно надуть.

> сомнительные анбшные сетки соседних стран и прочее такое.

Хоть марсианские, если правильные части льют. Если цыкотно, логично vpn юзать, чтоли. АНБ в состоянии арендовать сервачок даже рядом с варезником Васькой если надо ;)

> Почему-то в торрент клиентах такой функционал не особо распространён,

Потому что желающих заниматься таким извратом - мало.

>  а ведь таких пассажиров надо банить автоматом без суда и следствия.

Блеклисты в клиентах есть. Но это обычно либо bulk-выгрузка какого-то сервиса, либо список из фаера, etc. Так что это обычно файл созданый извне, в такое сабж умеет. И вот там наиболее проблемные подсетки могут быть и забанены. А если в результате потом редкая раздача совсем не скачается... сорь :). Сие можно и вручную компоновать если делать нефиг.

> выдавать временный бан всем, кто тошнит по 1кб/с.

А когда отпадут шустрые сиды, скачка просто встрянет навечно. Если кто не понял в чем прикол, ищет по сорцу про endgame mode и думает башкой почему тошниловка не так страшна. Может быть, endgame можно и улучшить, но спихивая тошнящихся можно нарваться на то что у быстрых нужной части просто нет - и прождать завершения еще дольше.

> Тем, кто отдаёт только битые данные (читерские клиенты в основном), можно и перманен выдавать.

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

> с плагинами есть? Я один ktorrent знаю, но он ммм странный
> и теряет куда сохранил файлы.

Насчет плагинов не знаю но в трансмишне есть парсер блеклиста-файла и вроде как временный автобан за битые части. Можно и скрестить, если хочется расстрелять весь интернет. Только потом не надо писать баги про плохие скорости аплоада и что пиров "не находит". Если вы расстреляли весь зал - ну тогда и даунлоад вам ни к чему.

Ответить | Правка | Наверх | Cообщить модератору

87. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от муу (?), 23-Май-20, 15:48 
хмм интересно было бы попробовать, но лень

насколько я помню на трансмишн был положен болт разработчиками и практически стагнировал

я перешёл на deluged (на сервере-насе) + deluge в качестве тонкого клиента на десктопе, всё работает как надо

если кто-то затестит трансмиссию 3 (на линуксе ессно) на большом (100++) количестве жЫрных торрентов  на раздаче - отпишитесь плиз как у него с производительностью

Ответить | Правка | Наверх | Cообщить модератору

91. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (90), 23-Май-20, 15:58 
> насколько я помню на трансмишн был положен болт разработчиками и практически стагнировал

На файрфокса вон не забили, так он порадовал вообще всех. Кому дополнения сломал, кому плагин вырубил, у кого тормозить начал, кому заявил что его система не поддерживается, кому UI перекроил к чертям. Юзеры так радовались, что с горя на хром побигли оптом.

Ответить | Правка | Наверх | Cообщить модератору

95. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от муу (?), 23-Май-20, 16:10 
ну у меня к трансмиссии были конкрентные претензии по производительности
io на раздаче больших торрентов (30+ GB) c большим количеством файлов ставил тазик на i5-6400 c 32GB рамы и жЫрными винтами ынтырпрайз класса на колени, при скорости отдачи в несчастных 100Mbit

у deluged (точнее его бэкенда libtorrent-rasterbar) таких проблем на тех же самых торрентах на том же тазике и тех же скоростях нет

за циферами я не гонюсь, мне надо чтоб норм работало, по этому и интересуюсь

самому попробовать зело лень, ибо пришлось бы перетаскивать около 200 раздачь с deluged на transmission

как грится работает - не трожь, да, но всё равно интересно ))

Ответить | Правка | Наверх | Cообщить модератору

99. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 23-Май-20, 16:39 
> тазик на i5-6400 c 32GB рамы и жЫрными винтами ынтырпрайз класса
> на колени, при скорости отдачи в несчастных 100Mbit

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

> как грится работает - не трожь, да, но всё равно интересно ))

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

Ответить | Правка | Наверх | Cообщить модератору

103. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от муу (?), 23-Май-20, 16:46 
все крутилки систематично перепробовал в своё время, результат не изменился

как я уже сказал - deluged в таких же условиях работает просто зашибись

Ответить | Правка | Наверх | Cообщить модератору

156. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 09:05 
> все крутилки систематично перепробовал в своё время, результат не изменился

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

> как я уже сказал - deluged в таких же условиях работает просто зашибись

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

Ответить | Правка | Наверх | Cообщить модератору

142. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (142), 24-Май-20, 00:47 
тоже такое было, винты трещали как бешенные. путем проб выяснил, что виновато prefetch=1
выставил в 0 и сразу все залетало, и винты меньше трещать стали - видимо планировщик i/o разаботал. может и вам поможет
Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

143. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (142), 24-Май-20, 00:48 
prefetch в конфиге трансмисии настраивается если что
Ответить | Правка | Наверх | Cообщить модератору

157. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 09:07 
> prefetch в конфиге трансмисии настраивается если что

И размер буферов настраивается. Вообще никаких проблем подобрать то что нравится конкретно вон тому тазику с конкретно его причудами. Еще может иметь смысл размер udp-буфера для uTP подкрутить, чтобы в целом пореже дергаться на быстрых клиентов. Или вырубить uTP, он в целом больше проц грузит, но это актуально только на слабой конфиге типа одноплатника, если надо что-то типа гигабита и выше, а проца и так впритык.

Ответить | Правка | Наверх | Cообщить модератору

97. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (97), 23-Май-20, 16:21 
Проверку повреждённых закачек он научился делать или все также бесконечно с нуля до конца перепроверяет?
Ответить | Правка | Наверх | Cообщить модератору

101. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 16:43 
> Проверку повреждённых закачек он научился делать или все также бесконечно с нуля до конца перепроверяет?

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

Ответить | Правка | Наверх | Cообщить модератору

100. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от mos87 (ok), 23-Май-20, 16:40 
интересно оно так и настаивает на пересчете хэша всего что уже скачано, если добавляешь новый торрент и указываешь на существующие данные? превращает кач сериалов когда обновляют торрент добавляя новые серии в интересное предприятие
авторам сабжа указали на это в багтрекере... ответ? А ЗОЙЧЕМ ЕНТО?? (возможность начать сидить имеющиеся данные на свежедобавленном торрент-файле без обязательной перепроверки) А ВДРУГ ВЫ ПЛОХОЙ И ВАШИ ДАННЫЕ НЕ ПОДХОДЮТ??? (и пофиг что одна из фич БТ это проверка всего и вся - если ты сидишь левые данные то тебя заблочат да и всё). Идиоты бл.
Ответить | Правка | Наверх | Cообщить модератору

102. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 23-Май-20, 16:45 
> А ВДРУГ ВЫ ПЛОХОЙ И ВАШИ ДАННЫЕ НЕ ПОДХОДЮТ???

Оно должно так или иначе resume файл для торента отстроить, где будет помечен статус частей.

> если ты сидишь левые данные то тебя заблочат да и всё).

Тогда, может быть, идея проверить подходют ли ваши данные - не такая уж и плохая?!

  

Ответить | Правка | Наверх | Cообщить модератору

126. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от mos87 (ok), 23-Май-20, 21:23 
>> А ВДРУГ ВЫ ПЛОХОЙ И ВАШИ ДАННЫЕ НЕ ПОДХОДЮТ???
> Оно должно так или иначе resume файл для торента отстроить, где будет
> помечен статус частей.
>> если ты сидишь левые данные то тебя заблочат да и всё).
> Тогда, может быть, идея проверить подходют ли ваши данные - не такая
> уж и плохая?!

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

Ответить | Правка | Наверх | Cообщить модератору

131. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (130), 23-Май-20, 21:42 
> соотв. всё что скачано до этого валидно, но сабж заставляет перехэшировать гигабайты просто так. из идиотских соображений

Ну так запили патч, делающий это не по-идитски.

Ответить | Правка | Наверх | Cообщить модератору

158. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 24-Май-20, 09:10 
> новые серии сериалов, меняя .torrent файл - соотв. всё что скачано
> до этого валидно, но сабж заставляет перехэшировать гигабайты просто так. из идиотских соображений.

Ну, вообще-то, не из идиотских, а потому что ниоткуда не следует что вон те данные валидны для нового торрента. В торренте есть небольшая идиотия на уровне его логики: один и тот же файл можно хешировать по разному, например, с разным размером сегмента - и получить при этом разный хэш. Ну а если клиент поверит на слово - его будет довольно легко hijack'нуть, влив ему какой-то непотребный мусор раз он верит на слово и не рехешит. Более того - если пару файлов при этом все же решат поменять, это будет прошляплено и клиент начнет лить битые данные, с залетом в баню.

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

207. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от mos87 (ok), 24-Май-20, 15:54 
>[оверквотинг удален]
>> до этого валидно, но сабж заставляет перехэшировать гигабайты просто так. из идиотских соображений.
> Ну, вообще-то, не из идиотских, а потому что ниоткуда не следует что
> вон те данные валидны для нового торрента. В торренте есть небольшая
> идиотия на уровне его логики: один и тот же файл можно
> хешировать по разному, например, с разным размером сегмента - и получить
> при этом разный хэш. Ну а если клиент поверит на слово
> - его будет довольно легко hijack'нуть, влив ему какой-то непотребный мусор
> раз он верит на слово и не рехешит. Более того -
> если пару файлов при этом все же решат поменять, это будет
> прошляплено и клиент начнет лить битые данные, с залетом в баню.

ДА НЕ ТВОЙ КЛИЕНТ ДОЛЖЕН ВЕРИТЬ МЛЯ!!! а чужие которые с тебя качают.. а они то хэшат каждый сегмент... уже не говорю что тех кто постоянно шлет неправильные данные банят всегда.
мля чож вы такие тупые-то )))
СВОЙ клиент как хочешь так и обманывай ёпт, кто тебе запрещает.

Ответить | Правка | Наверх | Cообщить модератору

219. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 24-Май-20, 18:41 
> ДА НЕ ТВОЙ КЛИЕНТ ДОЛЖЕН ВЕРИТЬ МЛЯ!!!

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

Когда создается новый торент
1) Ниоткуда не следует что там строго тот же размер блока.
2) Еще более ниоткуда не следует что тот кто создавал это прохэшировал все блоки, читая все файлы в строго том же порядке как раньше.
3) Технически, это другой торрент, с другим инфохэшом и другим содержимым списка хэшей. То что тот список возможно местами частично совпадает и можно поверить на слово - весьма нетривиальное и чреватое допущение, способное в два счета убедить клиента грузить какой-то мусор как правильную часть. И получить баню от всех пиров недовольных тем что хэш не сошелся. Они то при получении блока его проверят, в отличие от горе-отправителя.

> а чужие которые с тебя качают.. а они то хэшат каждый сегмент...

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

> уже не говорю что тех кто постоянно шлет неправильные данные банят всегда.

Ну вот твоего клиента таким макаром и забанят при первом

> СВОЙ клиент как хочешь так и обманывай ёпт, кто тебе запрещает.

Теоретически так, конечно, можно, но очень рисковано и хлипко будет, требуя от релизера очень четко оговоренной процедуры компоновки торента, всегда строго идентичной. А практически - кто-то из существующих клиентов вообще так умеет? Как самый максимум могу еще придумать чекать в фоне при отгрузке и метить статус так. В этом случае вместо концентрированного жрача проца он размажется во времени - аплоад будет жрать больше проца пока постепенно не проверится по всей площади. В сумме проц что так намолотит X минут что эдак. Можно подумать sha1 по разному считается.

Ответить | Правка | Наверх | Cообщить модератору

223. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от mos87 (ok), 24-Май-20, 19:17 
>Чувак, если ты заменяешь торент файл, но хочешь чтобы твои данные...

чувак, у тебя явно проблемы с восприятием.
эта фраза означает (разжовываю для местного населения) - всем в стае пофиг во что ты заставил поверить СВОЙ клиент. Качающим важно во что верят их клиенты. А они проверяют каждый кусок.

дальше портянку не читал т.к. ясно что ты нихера не рубишь

Ответить | Правка | Наверх | Cообщить модератору

242. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (329), 25-Май-20, 07:27 
> во что ты заставил поверить СВОЙ клиент. Качающим важно во что
> верят их клиенты. А они проверяют каждый кусок.

Угу. И я не понимаю как в всем этом действе избегается сценарий когда твой ничего не подозревающий клиент грузит какую-то труху ремотам. Само по себе ниоткуда не следует что новый торент вообще как либо подходит к тем данным в дире, и это в лучшем случае деликатная и грамотная деятельность релизера + требование поверить на слово что все и правда так. А если это допущение обломается, клиент будет без малейших сомнений лить части с несовпадающими хэшами половине интернета, ничего не подозревая (ведь он не проверяет это?!). Ну а те его в ответ забанят - за несовпадение хэшей. Они и правда при получении проверят.

> дальше портянку не читал т.к. ясно что ты нихера не рубишь

Нимб протокольному гению часом не жмет?

Ответить | Правка | Наверх | Cообщить модератору

167. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от JL2001 (ok), 24-Май-20, 09:44 
>>> А ВДРУГ ВЫ ПЛОХОЙ И ВАШИ ДАННЫЕ НЕ ПОДХОДЮТ???
>> Оно должно так или иначе resume файл для торента отстроить, где будет
>> помечен статус частей.
>>> если ты сидишь левые данные то тебя заблочат да и всё).
>> Тогда, может быть, идея проверить подходют ли ваши данные - не такая
>> уж и плохая?!
> я хз о чем ты, я о том что на торрентах добавляют
> новые серии сериалов, меняя .torrent файл - соотв. всё что скачано
> до этого валидно, но сабж заставляет перехэшировать гигабайты просто так. из
> идиотских соображений.

кто тебе сказал что валидно? боженька или голоса в голове? откуда программе знать с какой свалки ты притащил эти файлы?

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

Ответить | Правка | К родителю #126 | Наверх | Cообщить модератору

206. "Новая версия BitTorrent-клиента Transmission 3.0"  –3 +/
Сообщение от mos87 (ok), 24-Май-20, 15:45 
какой же ты... ладно объясняю, если непонятно.
это те же данные просто по новому торренту новый контент добавляется
не дело торрент клиента говорить пользователю что делать - это дело протокола и качающих клиентов. для этого такая штука есть... битторрент протокол слышал небось?
иначе у тебя уже скачано 10 серий на 100 гигов и вышла новая, торрент файл перезалили и чтобы скачать очередную серию по новому торренту тебе надо эти 100 гигов рехэшить. Каждую неделю например.
либо плодить новые торренты на каждую серию выбирая нужный файл для каждой новой скачки. естественно теряя возможность сидировать то что раньше накачал, потому что те торренты удалены с трекера. разве что по DHT может кто-то будет продолжать тянуть, кто тоже не удалил старый .torrent из клиента
я уже не знаю как понятнее объяснить.
Ответить | Правка | Наверх | Cообщить модератору

220. "Новая версия BitTorrent-клиента Transmission 3.0"  +2 +/
Сообщение от Аноним (-), 24-Май-20, 19:02 
> это те же данные просто по новому торренту новый контент добавляется

https://www.opennet.ru/openforum/vsluhforumID3/120709.html#219 - у торрента хэши считаются довольно дурацки, поэтому то что оно там будет именно вот так это очень большое и фривольное допущение с чреватыми последствиями.

> не дело торрент клиента говорить пользователю что делать - это дело протокола
> и качающих клиентов.

На уровне протокола и формата торентфайла автор протокола местами немного тупанул а местами принял странные решения. И упомянутое не то что совсем невозможно, но вот именно стандартно и без последствий - хрен.

> для этого такая штука есть... битторрент протокол слышал небось?

А еще спеки и ряд BEPов читал. Хотите об этом поговорить?

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

Битторент так устроен что то что новый торент совпадает с имевшимися данными - вообще ниоткуда не следует из протокола и способа формирования торентфайла.

Некоторые другие протоколы, типа осла, хэшируют именно файлы по отдельности и хэш _файла_ получается только 1 строго оговоренным способом и всегда одинаков. И вот там что-то наподобие более-менее катит. А в битторенте хэширование автор сделал как умел и довольно странновато. А потом уже было поздно что-то менять. Так что имеется то что имеется.

> я уже не знаю как понятнее объяснить.

Да я понял что ты хочешь добавлять файлы... но битторент внутрях файлами и не оперирует. Для него при хэшировании это 1 большой поток. То что при его формировании в новом торенте делали точно то же что в старом, так что начало потока строго то же, и что поток отхэширован с тем же размером блоков - да ниоткуда не следует! Грабля битторента в том что 1 набор данных можно отхэшировать дохрена способов и это будет дохрена разных раздач. С разными стаями. Понятия не имеющим что у соседей файлы оказывается совпадают.

Ответить | Правка | Наверх | Cообщить модератору

224. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от mos87 (ok), 24-Май-20, 19:21 
слушай мне плевать в данном случае на тех. подробности
их может быть (и есть) на хороший 12томник

еще раз, последний. ситуёвина простая. сидит разадющий. создал торрент. 1 серии. через неделю положил туда же 2 серию и создал новый торрент. Заменил его средствами веб-морды трекера. ВСе скачали новый .torrent файл и поставили его на закачку указав что данные уже есть и натравив на каталог с 1й серией.
всё, все довольны.
только не пользователи сабжа, которым надо обязательно перехешировать всё что уже есть из непонятных соображений типа а вдруг там что-то не то есть. НО ЭТО НЕ ДЕЛО МОЕГО КЛИЕНТА РЕШАТЬ. это дело пиров. и для этого в БТ прото всё есть.

всё больше объяснять не буду.

Ответить | Правка | Наверх | Cообщить модератору

241. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 07:21 
> всё, все довольны.

Что значит - довольны? Клиент не замечает несоответствия торента и данных и вообше не делает рехэш? Делает его плавно, в фоне по мере отгрузки? Или ... ? Откуда клиент вообще узнает что те данные в той дире соответствуют вот этому новому торенту? Который технически совсем другая сущность уже.

> это дело пиров. и для этого в БТ прото всё есть.

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

Ответить | Правка | Наверх | Cообщить модератору

115. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от zzz (??), 23-Май-20, 18:25 
Ну да, а если они отключат пересчет чексумм для имеющихся файлов - на багтрекере начнется бугурт "Какой идиот отключил проверку чексумм, меня пол-интернета зобанело!". Так что кто тут идиот - вопрос риторический.
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

127. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от mos87 (ok), 23-Май-20, 21:23 
> Ну да, а если они отключат пересчет чексумм для имеющихся файлов -
> на багтрекере начнется бугурт "Какой идиот отключил проверку чексумм, меня пол-интернета
> зобанело!". Так что кто тут идиот - вопрос риторический.

https://www.opennet.ru/openforum/vsluhforumID3/120709.html#126

Ответить | Правка | Наверх | Cообщить модератору

123. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (123), 23-Май-20, 20:54 
например
https://github.com/cfpp2p/transmission/wiki
Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

128. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от mos87 (ok), 23-Май-20, 21:24 
> например
> https://github.com/cfpp2p/transmission/wiki

примеры это хорошо.

Ответить | Правка | Наверх | Cообщить модератору

139. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (139), 23-Май-20, 23:16 
Сейчас что-то в их кастомном веб клиенте не вижу настройки, возможно в их патченой версии transgui оно было.
Еще в этом форке магнеты не виснут, лишних данных не качает (файл рядом не тянет целиком, вместо n чанков).
Ответить | Правка | Наверх | Cообщить модератору

170. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от JL2001 (ok), 24-Май-20, 09:56 
> Еще в этом форке магнеты не виснут, лишних данных не качает (файл
> рядом не тянет целиком, вместо n чанков).

а в каком тянет целиком?? трансмишн у меня качал соседние к выбранным файлам только по одному необходимому куску

Ответить | Правка | Наверх | Cообщить модератору

188. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (188), 24-Май-20, 11:06 
> а в каком тянет целиком

сабж, по крайней мере с 2.9.x
Бывало еще загрузка не останавливалась при получении 100% файлов раздачи.

Ответить | Правка | Наверх | Cообщить модератору

221. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 19:06 
> сабж, по крайней мере с 2.9.x

Может у тебя полная преаллокация была врублена?

> Бывало еще загрузка не останавливалась при получении 100% файлов раздачи.

Это как? И что при этом происходит? По логике вещей он раздачу не останавливает, продолжая сидировать.

Ответить | Правка | Наверх | Cообщить модератору

231. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (231), 24-Май-20, 23:14 
преаллокация отключена была (всегда везде отключал)
> что при этом происходит

В gui прогрессбар кажет 100%, загрузка не останавливается, скачиваемый файл бесконечно(?) увеличивается в размере. Файл без тестов удалил, думая, что с железом проблемы.

Ответить | Правка | Наверх | Cообщить модератору

240. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 07:15 
> В gui прогрессбар кажет 100%, загрузка не останавливается, скачиваемый файл бесконечно(?)
> увеличивается в размере.

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

Ответить | Правка | Наверх | Cообщить модератору

243. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (243), 25-Май-20, 08:48 
> файл стоило бы оставить

то был .avi, на тот момент заботил вопрос целостности прочих данных

Ответить | Правка | Наверх | Cообщить модератору

297. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (297), 26-Май-20, 13:46 
> то был .avi,

Торентклиенту самому по себе пофиг что там внутри. Для него это куча блоков с хэшами. И как он при этом вообще может начать это неконтролируемо дописывать больше чем в торенте суммарно заявлено - очень интересно, это какой-то очень неординарный отъезд логики. Или какая-то аномалия.

> на тот момент заботил вопрос целостности прочих данных

В среднем по больнице сабж как-то не склонен портить данные. Вот и интересно что за прикол.

Ответить | Правка | Наверх | Cообщить модератору

341. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (341), 27-Май-20, 13:48 
> Торентклиенту самому по себе пофиг что там внутри

это понятно
> сабж как-то не склонен портить данные

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

После, на лоре видел упоминания в какой-то старой теме, не могу ссылку найти.
Без того куча багов не закрытых при наличии патчей, перешел на форк, норм.

Ответить | Правка | Наверх | Cообщить модератору

345. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (345), 29-Май-20, 11:44 
> Не торренты имел ввиду, это десктоп, тут кроме торрентов куча всего могло
> быть попорчено в случае аппаратных проблем, тем более поздно замеченных.

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

> После, на лоре видел упоминания в какой-то старой теме, не могу ссылку найти.
> Без того куча багов не закрытых при наличии патчей, перешел на форк, норм.

Что за форк? У него есть репа? И вроде все чувствительные баги в сабже все же закрывают. Вот на всякую опциональщину утяжеляющую код там да, волком смотрят.

Ответить | Правка | Наверх | Cообщить модератору

114. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (114), 23-Май-20, 18:24 
> Во встроенном http-сервере до 100 ограничено число неуспешных попыток аутентификации для защиты от подбора пароля;

За какой промежуток времени? Ила навсегда при достижении?

Ответить | Правка | Наверх | Cообщить модератору

116. "Новая версия BitTorrent-клиента Transmission 3.0"  +4 +/
Сообщение от Аноним (116), 23-Май-20, 20:10 
Не забудьте что там исправили потенциальное удалённое выполнение кода через специально подготовленный торрент файл.

https://nvd.nist.gov/vuln/detail/CVE-2018-10756

Ответить | Правка | Наверх | Cообщить модератору

145. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 01:15 
чего-то как-то причудливо они его исправили:

static void nodeDestruct(struct SaveNode* node)
{
-    if (node->v == &node->sorted)
+    TR_ASSERT(node != NULL);
+
+    if (node->sorted != NULL)
    {
-        tr_free(node->sorted.val.l.vals);
+        tr_free(node->sorted->val.l.vals);
+        tr_free(node->sorted);
    }
}

При том что вся увизгвимость как раз крутилась вокруг факта, что node таки иногда оказывалось wild pointer где не ждали.

Угадайте, что у нас такое TR_ASSERT?
А вот чего:
#define TR_ASSERT(x) ((void)0)


P.S. а что, с шитхаба теперь банально скопировать патч нельзя, кнопка raw куда-то исчезла?

Ответить | Правка | Наверх | Cообщить модератору

186. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 24-Май-20, 10:59 
> При том что вся увизгвимость как раз крутилась вокруг факта, что node
> таки иногда оказывалось wild pointer где не ждали.

Если кто на бронепоезде, assert дебажная фича, ловящая programming error - оно выносит процесс с аварийным завершением. Это не является штатным состоянием дел, последний писк для разработчика "ты лох и наломал дров!". Юзеру пищать бесполезно, он выругается и перезапустит.

> wild pointer где не ждали.

Так это и есть баг - сам факт что он wild, в комите описано как это получается. Предлагается законопатить и сделать вид что wild-а не было? :) Там фикс кроме всего прочего меняет еще и работу c этим, tr_new() добавили. После чего оно уже не "free", так что use after free там уже быть не должно.

> Угадайте, что у нас такое TR_ASSERT?

В дебажном варианте там нормальный ассерт. Но это имеет смысл для разработчиков способных на такое внятно реагировать. Чего юзер с явным programming error должен сделать?

> P.S. а что, с шитхаба теперь банально скопировать патч нельзя, кнопка raw
> куда-то исчезла?

Без понятия, в git log работает.

Ответить | Правка | Наверх | Cообщить модератору

196. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 12:20 
> Если кто на бронепоезде, assert дебажная фича, ловящая programming error - оно выносит
> процесс с аварийным завершением.

И?

> Это не является штатным состоянием дел

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

> Там фикс кроме всего прочего меняет еще и работу c этим, tr_new() добавили.

ну да, ну да - то есть там теперь не указатель в уже освобожденную память, а null будет. А вот везде ли при этом НЕ вызывается второй раз destruct - судя по наличию таки assert, писатель кода немного усомнился, но не настолько, чтобы проверять каждый раз.

> В дебажном варианте там нормальный ассерт.

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

> Чего юзер с явным programming error должен сделать?

бегать и орать "ваше г-но ПАДАЕТ при подсовывании ему вот такого торрента!" - что явно лучше, чем если оно не падает, а тихо глючит когда-нибудь сильно потом, или падает без диагностики и неясно где. А при большой удаче - еще что-нибудь там майнит.

> Без понятия, в git log работает.

мне неинтересно делать clone того, чем я не собираюсь пользоваться, только ради удовольствия посмотреть лог - а с remote repo напрямую ваша brain damaged поделка работать не умеет. Особенно когда я уже в интуитивно-приятном интерфейсе нашел нужный патч, и требуется только скопировать его - хотя бы мышью из браузера - но даже это теперь невозможно. При этом его стало можно (если есть права, конечно) прямо в этом приятном интерфейсе поредактировать, прямо с любимого ипхона.
А вытащить собственно патч, без интерфейса - теперь, похоже, нельзя. Кнопка raw осталась только для файлов.

Пользователям пихонов, наверное, и не нужно.

Ответить | Правка | Наверх | Cообщить модератору

239. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 25-Май-20, 07:03 
> И?

Смысл глушить юзерей ассертом весьма умеренный. Assert не является "крейсерской" проверкой штатных ситуаций.

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

Это вообще на вид какая-то дебажная проверка чтобы проверить что та логика и правда работает как задумано. И если ремота может целенаправленно стриггерить assert вышибающий процесс, это по логике всяко CVE "remote ... DoS attack".

> ну да, ну да - то есть там теперь не указатель в уже освобожденную память, а null будет.

Шарахание по левой памяти (вылет процесса = DoS attack) не произойдет. Сейчас там, кстати, другой код уже. Чекаутить все целиком для прозвона насколько та логика была валидна целиком мне все же впадлу, сорь.

> А вот везде ли при этом НЕ вызывается второй раз destruct - судя по наличию таки
> assert, писатель кода немного усомнился, но не настолько, чтобы проверять каждый раз.

Видимо поэтому и assert. Сейчас там другой код в этом месте. Он чекает все на что tr_free делает.

> собрать нерелизную версию из гита.

Ну так если тебе ассерты интересны, подразумевается что ты все это можешь. Или чего ты будешь с ассертом выбивающим процесс делать? Особенно если он ремотно вызывается? Поработаешь тренировочной грушей для любителей DoS-attack? :D

> бегать и орать "ваше г-но ПАДАЕТ при подсовывании ему вот такого торрента!"

В лучшем случае. В хучшем - хаотично вопить что падает при непонятных обстоятельствах. Торент не обязан быть здесь и сейчас, например. Как тебе ассерт через месяц работы? Когда юзер его текст не видит?

> А при большой удаче - еще что-нибудь там майнит.

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

> мне неинтересно делать clone того, чем я не собираюсь пользоваться, только ради
> удовольствия посмотреть лог -

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

> а с remote repo напрямую ваша brain damaged поделка работать не умеет.

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

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

Сейчас все что касается того гуя - это майкрософт. Добро пожаловать в филиал спортлото :D

> приятном интерфейсе поредактировать, прямо с любимого ипхона.

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

> А вытащить собственно патч, без интерфейса - теперь, похоже, нельзя. Кнопка raw
> осталась только для файлов.

Майкрософт Корпорация всегда думает о том как вас лучше сделать! :P

> Пользователям пихонов, наверное, и не нужно.

А черт их там знает. Ковырять код на ипхоне им тоже наверное не нужно - он все равно на ипхоне не запустится.

Ответить | Правка | Наверх | Cообщить модератору

269. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 25-Май-20, 16:25 
> Смысл глушить юзерей ассертом весьма умеренный. Assert не является "крейсерской" проверкой
> штатных ситуаций.

именно по этой причине я бы там влепил обычный if NULL => abort(), а не отключаемый флагами сборки assert.

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

> И если ремота может целенаправленно стриггерить assert вышибающий процесс, это по логике
> всяко CVE "remote ... DoS attack".

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

> В лучшем случае. В хучшем - хаотично вопить что падает при непонятных обстоятельствах.

всяко лучше, чем хаотично вопить что его поломали, вроде через торренты, но обстоятельства ему непонятны, не?

> В их SVN для того чтобы посмотреть что-то такое вообще пришлось бы качать половину проекта
> заново

нет. svn умеет напрямую работать c remote, вообще ничего не скачивая. Включая и diff между двумя разными состояниями того remote.

> Так чот то что они перешли на гит все же фича. Для тех кто хочет активно покопаться в сорце.

если очень уж активно - то может. А вот побыстрому глянуть что именно тут опять-починили - увы. Вместо пары команд в cli - лезем на веб-морду разбираться, все как смузихлебы любят.

> Что-то у меня есть определенные сомнения в чрезмерной эффективности этого подхода.

все побежали (в смысле, gitlab там первый был), и microsoft побежал. Ну представь, едешь ты в троллейбусе, пытаясь вовремя протолкаться к выходу перед своей остановкой, и тут же редактируешь код одним пальчиком - круто же, да?!
А компьютер тебе вообще не нужен. Потому что вряд ли ты захочешь сам пользоваться тем, что вот так понаулучшал ;-)

А вот кнопку "скачать raw-diff" по результатам телеметрии выпилили - хотя, как вон там аноним подсказывает, не выпилили хотя бы саму возможность, и на этом спасибо. Не нашли, наверное, с ипхона-то.
raw.github-то не выпилят, на нем половина интернета работает, а вот патчи - могли.

Ответить | Правка | Наверх | Cообщить модератору

291. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 11:31 
> именно по этой причине я бы там влепил обычный if NULL =>
> abort(), а не отключаемый флагами сборки assert.

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

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

Юзер придет и напишет баг "программа упала через месяц работы". Разгребать такие баги довольно тяжко, поскольку рассказать случайным прохожим как диагностику собрать не так то просто, да и не факт что ситуация повторится. Если просто повторяется, как раз ассерт еще у дева и отловит сие.

> да. Но это гораздо лучше обращения к NULL,

Чем? Обращение к NULL ведет к немедленному SIGSEGV. Я проверил:


+ READ <- 0,  should CRASH
Program received signal SIGSEGV, Segmentation fault.
...
+ WRITE -> 0, should CRASH
Program received signal SIGSEGV, Segmentation fault.
...
test[12795]: segfault at 0 ... error 6 in test[...+1000]

Чем хуже? Причина вылета? На результат не влияет. Чего еще хакер может извлечь если процесс немедленно вылетает за факт этого поползновения я не понимаю.

> или вообще освобожденной памяти

Если мы сходим по NULL то процесс просто умрет. Это вроде максимум чего можно достичь? Копирасов в принципе и это устроит для порчи настроения народу на горячем варезе, но не более того.

> - а мы именно такое только что исправили.

А меня вообще Cortex M обломал: я попробовал (с легитимной целью!) читануть адрес 0 (там начальный адрес стэка, читается железом при powerup). А мне за это "железно" HardFault-ом по башке. Походу фирма ARM конкретно не любит null pointer'ы, аж вхардкодила в ядро проца, настолько что даже без MMU/MPU дает в репу в виде который невозможно игнорировать.

> всяко лучше, чем хаотично вопить что его поломали, вроде через торренты, но
> обстоятельства ему непонятны, не?

Не очень понимаю как кого-то поломать через обращение к NULL кроме DoS-атаки вида "клиент вылетел".

> нет. svn умеет напрямую работать c remote, вообще ничего не скачивая. Включая
> и diff между двумя разными состояниями того remote.

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

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

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

> Вместо пары команд в cli - лезем на веб-морду разбираться, все как смузихлебы любят.

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

> все побежали (в смысле, gitlab там первый был), и microsoft побежал.

Собственно как фича до кучи - почему нет? Просто вопрос в том много ли ты таким макаром напрограмишь, особенно с мобилки какой. Но пару typo попавшихся здесь и сейчас наверное вполне ок так замахать.

> Ну представь, едешь ты в троллейбусе, пытаясь вовремя протолкаться к выходу перед
> своей остановкой, и тут же редактируешь код одним пальчиком - круто же, да?!

Ога, так можно просто завалить кодом планету. А когда весь троллейбус делит 1 соту на всю толпу, навигация по проекту будет просто офигеть. Не то что git checkout какой.

> А компьютер тебе вообще не нужен. Потому что вряд ли ты захочешь
> сам пользоваться тем, что вот так понаулучшал ;-)

Ну что, в принципе логично. Да и хрен с компьютерами, главное чтобы какой-нибудь инвестлох купил кульный прожект.

> А вот кнопку "скачать raw-diff" по результатам телеметрии выпилили

Я не очень понимаю нафига эта кнопка так по жизни, в том плане что кажется никогда ей не пользовался. Но и вреда от нее особо не было вроде.

>- хотя, как вон там аноним подсказывает, не выпилили хотя бы саму возможность, и
> на этом спасибо. Не нашли, наверное, с ипхона-то.

Просто фронт и бэк делают разные тела и первые не сказали вторым :). А теперь гадай когда до вторых дойдет что фича deprecated.

> raw.github-то не выпилят, на нем половина интернета работает, а вот патчи - могли.

Целиком то не выпилят, а вот побустать фичи или переколбасить все - блин, гугол целую пикасу и гуглоплюс выпилил, IIRC, и ничего, живой. Думаешь MS настолько сыкливый?

Ответить | Правка | Наверх | Cообщить модератору

324. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 26-Май-20, 22:21 
> А у тебя есть пара чуваков которые после этого будут забесплатно сортировать
> непонятные баги оптом и хорошо знают внутренности программы, чтобы понять что

ну конечно же проще гадать на sigsegv'ах или ждать CVE от посторонних, чем прочитать сообщение выдаваемое перед abort()?

> Чем? Обращение к NULL ведет к немедленному SIGSEGV. Я проверил:

это у нас нынче заshitа такая, косплей твоего арма.

Надо обращаться не к null, а к NULL->someoffset.somemoreoffset - правда, наверное, нужно для этого переехать через 4k, что уже не так просто.

> мне за это "железно" HardFault-ом по башке. Походу фирма ARM конкретно

ну этот sigsegv тоже примерно так устроен - там, afair, страница мапится куда-то в шибкоспециальное место, которое нельзя ни read, ни write, как и обычные stack gard (что таки тоже не больно от срывов стека помогает - просто их теперь рисуют с учетом этой фигни).

>> нет. svn умеет напрямую работать c remote, вообще ничего не скачивая. Включая
>> и diff между двумя разными состояниями того remote.
> Походу ты очень любишь собирать кораблики в бутылках. Если ты вдруг это
> еще не пробовал, обязательно попробуй, потом будешь всем доказывать что это

Дай угадаю - ты как пришел в девоп, так ничего слаще гитовой морковки-то и не пробовал?

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

> Ну мне как-то git checkout быстрее - и совершенно не зависит от

А предварительно скачать пару гигов совершенно ненужного - тоже быстро?
И я не хочу никакой checkout, мне дорого рабочее состояние дерева.

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

у меня там будет прон, а не git checkout. Работе - рабочее время.

> Собственно как фича до кучи - почему нет? Просто вопрос в том
> много ли ты таким макаром напрограмишь, особенно с мобилки какой. Но

и будет ли это иметь смысл на следующий день, да.

> пару typo попавшихся здесь и сейчас наверное вполне ок так замахать.

главное - не больше чем пару новых по дороге насажать.

> Не то что git checkout какой.

на мабиле он довольно бесполезен - vs code не завезли. А тут - смотри, смотри - подсветочка!

> Просто фронт и бэк делают разные тела и первые не сказали вторым
> :). А теперь гадай когда до вторых дойдет что фича deprecated.

может и не дойдет.  git fetch origin pull/<pullreq_number>/head вообще через морду никогда виден не был (и не знаю где вообще про такое написано) - однако ж, работает.

> Целиком то не выпилят, а вот побустать фичи или переколбасить все -
> блин, гугол целую пикасу и гуглоплюс выпилил, IIRC, и ничего, живой.
> Думаешь MS настолько сыкливый?

они как раз настолько нессыкливые, что будет как тут: https://devblogs.microsoft.com/bharry/shutting-down-codeplex/ - After few years we bought github, it’s time to say goodbye.
Времена когда на ходу hotmail'у заменили freebsd на винду - давно прошли. И некому, и незачем.
Купили ведь не только систему, но и всю свору макак, ее обслуживающих и разрабатывающих.
Вот и пусть трудятся как умеют. Пока новая идея не клюнет.

Ответить | Правка | Наверх | Cообщить модератору

333. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (333), 27-Май-20, 08:03 
> ну конечно же проще гадать на sigsegv'ах или ждать CVE от посторонних,

Ремотно провоцируемый что SIGSEGV, что abort - тоже CVE. Так что таких ситуаций быть не должно, а assert - потуги проверить что оно и правда так.

> чем прочитать сообщение выдаваемое перед abort()?

Эта штука обычно запущена в фоне и не отсвечивает. Так что сообщения не особо видно. Не ну системда залогит и stdout/stderr, конечно, там еще какие-то шансы понять может и будут, но и туда полезут только по каким-то поводам.

> это у нас нынче заshitа такая, косплей твоего арма.

На системе с MMU можно довольно много чего косплеить. А в гите вон чего попалось - https://github.com/git/git/blob/master/banned.h (мне стало интересно чего гит вообще банить может, оказалось функции).

> Надо обращаться не к null, а к NULL->someoffset.somemoreoffset -

А оно не упадет еще от адресации NULL, до того как дело до смещений дойдет? Ну и в вон том случае это вроде не получается.

> правда, наверное, нужно для этого переехать через 4k, что уже не так просто.

Я думаю что уловил идею. Это надо нечто типа struct = NULL и потом не в самое его начало сунуться. Но насколько трансмишн в это можно спровоцировать - вопрос. И это, что мешает запретить юзать например первые пару мегов? Это ж виртуальная память, де факто ничего не теряется кроме абстрактных циферок адресов.

> ну этот sigsegv тоже примерно так устроен - там, afair, страница мапится
> куда-то в шибкоспециальное место, которое нельзя ни read, ни write,

А, я еще припоминаю что wine это иногда хочет. И теперь понимаю почему сие портит безопасность.

> как и обычные stack gard (что таки тоже не больно от срывов стека помогает - просто
> их теперь рисуют с учетом этой фигни).

О, пришла в бошку идея в МК стек перетащить ниже переменных/"heap" (коего нет). Так переполнение стэка лишь вызовет немедленный HardFault (ниже ROM, обижается на запись), даже если MMU/MPU нет. А с 0 прикол в том что проц просто зарубает потуги обратиться к адресу 0, даже если MPU нет, прям в железо влупили. На адрес 1 и дальше - ОК. Но если 0 - фигу! В результате 1 байт адреса стэка я не могу узнать. Я его и так знаю, да и из mirror могу взять, но поначалу я был озадачен: вроде все правильно накодил, но почему-то получил в тыкву.

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

Я системщик а не псинодев. И если какие-то из моих действий иногда похожи на псинодевов, это случайное совпадение т.к. я посчитал какой-то из паттернов удачным. Ну и вот git мной ощущается как нормальный инструмент дева, делающий то что от него ожидается. И то что гит не навязывает никаких сетей и серваков - это для меня очень жирная фича. Которой я пользуюсь. Энное время я половину фирмвары нарисовал на природе, на одном дыхании, вообще взяв лаптоп "до кучи". Удачные идеи могут прийти в любом месте. А мистера Торвальдса можно взять за эталон эффективности воркфлоу, при минимуме прибитых на гвозди допущений. Мне такой подход нравится, и он достаточно гибок чтобы быть ОК для моих юзкейсов.

> всей истории с версии 0.0.0 только чтобы иметь счастье посмотреть на
> двустрочный патч и решить что мне нужен не этот.

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

> А предварительно скачать пару гигов совершенно ненужного - тоже быстро?

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

> И я не хочу никакой checkout, мне дорого рабочее состояние дерева.

А про git stash благородный дон не слышал? А то и вовсе commit, если там что-то осмысленное уже было. Изредка commit'иться полезно и на случай если наломал дров при редактировании, чтобы меньше переделывать.

> у меня там будет прон, а не git checkout. Работе - рабочее время.

Ну я не из тех кто с 9 до 5.

> и будет ли это иметь смысл на следующий день, да.

Ну да. А так то на гитхабе дофига abandonware. Одним больше, одним меньше...

> главное - не больше чем пару новых по дороге насажать.

Актуальное замечание :]. Наверное особо утонченные ценители могут клавиатурку купить, но "в троллейбусе" это наверное уже туго.

> на мабиле он довольно бесполезен - vs code не завезли. А тут
> - смотри, смотри - подсветочка!

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

> может и не дойдет.

Да кто их там знает. Модет не дойдет. Или дойдет через 5 лет. Это как раз самое западло в онлайн сервисе - никогда не знаешь когда какие-то совершенно посторонние рожи отдерут плюшку к которой ты привык и которая улучшала эффективность.

> никогда виден не был (и не знаю где вообще про такое написано) - однако ж, работает.

Хрена ты хакер? Это вообще как у них делается?

> они как раз настолько нессыкливые, что будет как тут:

Вот я о чем. Корпы они вообще такие ребяты. Посчитают что монетизировалось плохо и закроют. И фиг оспоришь. В случае с именно git это не так уж страшно, анноянс, не более.

> - After few years we bought github, it’s time to say goodbye.

Майкрософт последнее время любит прикладывать паству мордой об асфальт. При том это время пришло довольно давно, дотнет 1 -> дотнет 2 уже это практиковал.

> Времена когда на ходу hotmail'у заменили freebsd на винду - давно прошли.

Теперь они скорее заменят все это на Linux :). Инвесторы одобрят.

> И некому, и незачем.

Да и вообще у них там сейчас этот, outlook.com, чтоли, в почете, или как там его.

> Купили ведь не только систему, но и всю свору макак, ее обслуживающих
> и разрабатывающих.

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

> Вот и пусть трудятся как умеют. Пока новая идея не клюнет.

Да они наверное даже делают что и делали. Быстро такие вещи не ассимилируют. И все же как показал пример скайпа, постепенно могут и весьма качественно и круто ... изгадить.

Ответить | Правка | Наверх | Cообщить модератору

210. "Новая версия BitTorrent-клиента Transmission 3.0"  +3 +/
Сообщение от n00by (ok), 24-Май-20, 16:31 
> P.S. а что, с шитхаба теперь банально скопировать патч нельзя, кнопка raw
> куда-то исчезла?

Когда страница с патчем открыта, по ссылке типа такой:

https://github.com/31337/helloworld/commit/7f...fd

Дописываем окончание .patch, что бы получилось так:

https://github.com/31337/helloworld/commit/7f...fd.patch

Ответить | Правка | К родителю #145 | Наверх | Cообщить модератору

215. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 24-Май-20, 18:02 
вау, спасибо!

(но, йопрст - была ж вполне очевидная кнопка где-то рядом с бесполезной split/чегототам, я совсем ослеп, или ее действительно выпилили подчистую?)

Ответить | Правка | Наверх | Cообщить модератору

124. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Deanon (?), 23-Май-20, 21:04 
Имхо мое на десктоп qbit эля консольных дел aria2c.
Ответить | Правка | Наверх | Cообщить модератору

144. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (144), 24-Май-20, 00:49 
У меня трансмишн как-то взял, и отбросил 20 Мб от закачанного торрента, после чего начал их опять подтягивать. С тех пор - только qBittorrent
Ответить | Правка | Наверх | Cообщить модератору

159. "Новая версия BitTorrent-клиента Transmission 3.0"  +6 +/
Сообщение от Аноним (-), 24-Май-20, 09:14 
> У меня трансмишн как-то взял, и отбросил 20 Мб от закачанного торрента,
> после чего начал их опять подтягивать. С тех пор - только qBittorrent

LOL. Так может там данные были битые? А то знаете ли бывает диски и оперативка сыпятся, проц глючит, и все такое. И спасибо если это в торенте, а не в рабочем проекте, курсаче или что там у вас :)

Ответить | Правка | Наверх | Cообщить модератору

235. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (235), 25-Май-20, 01:18 
Не, это был рабочий образ дебиана. С которого я уже вроде успел установить виртуалку. Но у трасмиссиона что-то клюкнуло, и он решил, что недокачано
Ответить | Правка | Наверх | Cообщить модератору

236. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 25-Май-20, 05:02 
> Не, это был рабочий образ дебиана. С которого я уже вроде успел установить виртуалку.

А кто сказал что с немного побитого образа виртуалку принципиально невозможно установить? Это вообще не аргумент (не)исправности данных. Просто чем больше таких приколов по пути, тем больше каких-то непонятных сюрпризов может возникать. А то что все и сразу совершенно фатально завалится с понятными и видными матюками - а не факт, случаи разные бывают.

> Но у трасмиссиона что-то клюкнуло, и он решил, что недокачано

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

И кстати даже если он (как, Холмс?!) - вреда от этого ровно ноль. Ну то-есть он качнет еще раз, успокоившись только когда хэш сошелся, отработав как integrity check с небольшим избытком паранои. Данные в результате остаются корректные - и я даже целенаправленно использовал эту штуку как integrity checker с автопочинкой и статстикой на заведомо проблемной конфиге, изучая пиндеж господина поха "а если рельсу^W btrfs'у битый RAM подсунуть?!". Будет забавно, но это совсем другая история.

Ответить | Правка | Наверх | Cообщить модератору

214. "Новая версия BitTorrent-клиента Transmission 3.0"  +5 +/
Сообщение от Michael Shigorinemail (ok), 24-Май-20, 17:41 
Эта версия собирается на e2k "из коробки" без патчей, спасибо Mike Gelfand! (хорошо бы на LVEE отблагодарить при встрече)
Ответить | Правка | Наверх | Cообщить модератору

251. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 09:14 
< ...относительно лёгкого и нетребовательного к ресурсам...
Он легче уТоррента?
Ответить | Правка | Наверх | Cообщить модератору

258. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 10:44 
уТоррент весит в установке 389 кБ (версия 2.2.1)
Ответить | Правка | Наверх | Cообщить модератору

270. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от пох. (?), 25-Май-20, 16:33 
устаревшее немодное хавно! Правильный µTorrent-то - 4.5мегабайтиков уже. Иначе, извини, реклама не помещалась.
И где ты взял эту пираццкую версию? Вот же ж, правильная, 3.5.5, как у пацанов!
https://www.utorrent.com/downloads/complete/track/stable/os/win
Ответить | Правка | Наверх | Cообщить модератору

271. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 16:53 
Ну если пацанам нужна последняя, замусоренная и раздутая, тогда дело другое.
Я за модой не гонюсь. Лишнего ховна мне в программе не надо.
Ответить | Правка | Наверх | Cообщить модератору

290. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (287), 26-Май-20, 10:22 
> Ну если пацанам нужна последняя, замусоренная и раздутая, тогда дело другое.
> Я за модой не гонюсь. Лишнего ховна мне в программе не надо.

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

Ответить | Правка | Наверх | Cообщить модератору

256. "Новая версия BitTorrent-клиента Transmission 3.0"  –2 +/
Сообщение от Оно им (?), 25-Май-20, 10:01 
Помнится, в 2016 году Трансмиссия прославилась червяком-вымогателем, который шифровывал и удерживал пользовательские файлы, разблокируя их в том случае, если на счет злоумышленника было отправлено 400 баксов (приличная такая сумма)
Так что не уТоррентом единым.
Ответить | Правка | Наверх | Cообщить модератору

265. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Аноним (265), 25-Май-20, 15:17 
В 2016 году взломали сайт и залили дистрибутив с трояном-кейлогером, про шифрование ты придумал.
Ответить | Правка | Наверх | Cообщить модератору

267. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Оно им (?), 25-Май-20, 15:31 
Ничего лучше и удобнее уТоррента (нормальных младших ламповых версий) я еще не видел. Перебрал всех.
Одна толстая фигня с уродливым фейсом.
Ответить | Правка | Наверх | Cообщить модератору

289. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (287), 26-Май-20, 10:20 
> Ничего лучше и удобнее уТоррента (нормальных младших ламповых версий)

Проблема с ними только одна: на них все давно забили, при том что в них ряд известных уязвимостей. А так то хорошая прога. Была. Пока ее Кохем не сожрал.

Ответить | Правка | Наверх | Cообщить модератору

301. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Anonim (??), 26-Май-20, 14:42 
Ну дык из современных-то нет ничего хорошего. Одно толстое, раздутое, тяжелое, мерзкоинтерфейсное хавно.
Выбора-то нема.
Ответить | Правка | Наверх | Cообщить модератору

317. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 18:10 
А ты ожидал что бидонист сможет улучшить си++ную прогу? Да фуй, он ее монетизировал. Назвать сабжа тяжелым, при том что он на мыльницах заводится - булшит. А интерфейсы - на вкус и цвет.

У изначального торента от бидониста Кохема вообще интерфейс был прогрессбар да кнопка cancel вроде. И ничо, поначалу пипл хавал. Пока uTorrent не показал любителям картонных макетов прог на питоне что можно и получше. Больно показал - Кохем стремительно терял контроль и у него было 2 выбора: скупить или утратить контроль над явлением.

Ответить | Правка | Наверх | Cообщить модератору

321. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Anonim (??), 26-Май-20, 20:15 
Дык я не только про эту говорю.
О да, поделия на питоне, на джаве... тоже вовсю присутствуют. Толстовато.
Вот и получается (для большинства софта относится), что первые версии программ всегда лучше, чем последние. Сначала пилют по существу и прилично. А потом лезут в дурную голову всякие левые мысли. И попёрли свистоперделки, монетизация и прочая хрень.
Ответить | Правка | Наверх | Cообщить модератору

322. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (-), 26-Май-20, 20:39 
> Дык я не только про эту говорю.

Ну так пока Кохем не скупил эту штуку на замену своему питонокрапу - она и была нормальной.

> О да, поделия на питоне, на джаве... тоже вовсю присутствуют. Толстовато.

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

> Вот и получается (для большинства софта относится), что первые версии программ всегда
> лучше, чем последние.

Не всегда но так бывает - иногда програмеры просто не могут остановиться в наворачивании фич и прочих рюшечках. А еще дедушка Кнут, кажется, сказал что самый его продуктивный день был ... когда он смог удалить из своей программы 1000 строк кода.

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

Ответить | Правка | Наверх | Cообщить модератору

342. "Новая версия BitTorrent-клиента Transmission 3.0"  –1 +/
Сообщение от Anonim (??), 28-Май-20, 09:54 
Эволюция uTorrent: https://habr.com/ru/post/251625/
Ответить | Правка | Наверх | Cообщить модератору

347. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от Аноним (-), 30-Май-20, 13:19 
> Эволюция uTorrent: https://habr.com/ru/post/251625/

Лично мне оно как зайцу стопсигнал, я linux пользуюсь и у меня только опенсорсный софт. И это будет так.

Ответить | Правка | Наверх | Cообщить модератору

348. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от онанас (?), 30-Май-20, 20:18 
Опенсорсный это не равно хороший. Если что.
Ответить | Правка | Наверх | Cообщить модератору

349. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (333), 31-Май-20, 15:51 
> Опенсорсный это не равно хороший. Если что.

Когда
1) Софт невозможно исправить даже если небо падает на землю
2) Софт диктует мне операционку, версии либ и прочее окружение с ножом к горлу
3) Софт служит хрен знает кому и делает хрен знает что

...я таки решительно отказываюсь считать это для себя чем-то хорошим. И для меня эти факторы перевешивают. Я взял софт и workflow под мой контроль. Отобрать это у меня можно только из моих холодных мертвых рук.

А так миллион долларов - это хорошо. Если это у меня. А если у соседа - тогда без разницы уже. Вот проприетарная программа - это не у меня, это у ее автора. А мне в лучшем случае дали посмотреть на этот экспонат. С условием руками не трогать и много чего еще (EULA обычно довольно длинный).

Ответить | Правка | Наверх | Cообщить модератору

350. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Аноним (350), 02-Июн-20, 12:01 
Главное - чтобы работал хорошо!
Ответить | Правка | Наверх | Cообщить модератору

277. "Новая версия BitTorrent-клиента Transmission 3.0"  +/
Сообщение от Нолекс (?), 25-Май-20, 18:34 
Комменты читал по диагонали, а потому, если не затруднит, двачуйте... Зависания при компиляции для GTK+3 поправили? Можно собирать или подождать минорных фиксов?
Ответить | Правка | Наверх | Cообщить модератору

344. "Новая версия BitTorrent-клиента Transmission 3.0"  +1 +/
Сообщение от anonim1 (?), 28-Май-20, 22:27 
собрал без зависаний, правда я о них  и не знал
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Спонсоры:
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

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