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

Новая версия BitTorrent-клиента Transmission 3.0, opennews (??), 23-Май-20, (0) [смотреть все] Лучше бы категории сделали Из-за категорий использую qBittorrent , Аноним (-), 09:56 , 23-Май-20, (1) +17 // Что за категории , Bdfybec (?), 22:36 , 23-Май-20, (138) +6 // Добавляешь категории футбол, игры и т д , после чего возможно отображение торр, ya (??), 09:46 , 24-Май-20, (168) –3 Обидно, что в яблочном трансмишене давно реализовано, почему именно в linux огра, Дымч (?), 10:39 , 24-Май-20, (178) // Потому что в линуксной морде это никто не накодил, например Если вам это надо -, Аноним (195), 12:20 , 24-Май-20, (195) +2 // https www linux org ru forum talks 15722748, Vendetta (??), 12:55 , 24-Май-20, (200) +1 Ну вот, какие-то джеди и текстовую морду накодили, и скриптик там рядом Я так п, Аноним (-), 17:26 , 24-Май-20, (212) Сделали уже https www opennet ru openforum vsluhforumID3 120709 html 193, Vendetta (??), 12:52 , 24-Май-20, (199) qBittorrent умеет в лейблы, как uTorrent Клиент создаёт одноимённые директории , Eric Hartman (?), 13:42 , 24-Май-20, (204) // Категориям можно вручную задать разные директории, чем и пользуюсь При добавлен, Аноним (208), 16:16 , 24-Май-20, (208) Если выбирать из qBittorrent, Deluge, Tixati, Transmission, BitTorrent, Vuze, B, Оно им (?), 10:31 , 25-Май-20, (257) // Rtorrent, конечно По всем пунктам , Аноним (273), 17:41 , 25-Май-20, (273) // О боже Это ещё что Це ж вообще консоль Без морды И для пингвинов Ненужное, Оно им (?), 17:47 , 25-Май-20, (274) –1 Ну так здесь вам тут опеннет а вовсе не этот ваш виндостор с рекламой и спайварь, Аноним (287), 10:16 , 26-Май-20, (287) Ну дык выбирать-то надо без рекламы и спайварей И без всякой нагрузки а не кно, Anonim (??), 14:47 , 26-Май-20, (302) –1 Ну дык для этого удобнее всего снести винду и юзать какой-нибудь aptget - тогда , Аноним (-), 16:15 , 26-Май-20, (309) Удобство штука многогранная А еще удобство и безопасность живут по разную сторо, Аноним (-), 10:36 , 27-Май-20, (335) KTorrent по функциональности наверное 8470 1 , max (??), 23:59 , 25-Май-20, (285) –1 // Но ресурсы он жрет мама не горюй проигрывает наверное только Vuze который воо, Аноним (287), 10:17 , 26-Май-20, (288) Вузе это вообще плеер какой-то Запихают в программу всё подряд И рады , Anonim (??), 14:49 , 26-Май-20, (303) –1 Неа лучшн б статистику как Tixati, Artyom (??), 16:02 , 10-Сен-20, (352) Туда многопоточность завезли , Аноним (2), 10:02 , 23-Май-20, (2) –9 // Уважаемый, что ты в торрент клиенте хочешь делать многопоточно Или у тебя дом, Аноним (6), 10:16 , 23-Май-20, (6) +28 // Core i99 0 5GGz, Аноним (31), 12:15 , 23-Май-20, (31) –4 Возможно это просто оттенки его натуры - хочет что бы всё, что он видит - работ, Интересующийся (??), 13:07 , 23-Май-20, (43) +11 // Ну, запустить десяток инстансов трансмишна с разными конфигами Как раз и копира, Аноним (-), 14:46 , 23-Май-20, (74) –3 Хеши считать Он одноядерный и весь в блокировках, что на разных embed rpi микро, S.C. (?), 13:27 , 23-Май-20, (50) +5 // Вообще, торент - не о том чтобы одно тело было супер-сервером Для этого HTTP ес, Аноним (-), 14:44 , 23-Май-20, (73) +1 нет, Аноним (125), 21:08 , 23-Май-20, (125) –2 Ну ты выложи побольше горячего варезка на быстром канале и посмотри чего будет д, Аноним (162), 09:34 , 24-Май-20, (162) +2 Сидбокс на rpi с гигабитным каналом Это что-то очень специфическое , Аноним (226), 20:02 , 24-Май-20, (226) На rpi не получится, но есть одноплатнички с SATA, гигабитом и при том не очень , Аноним (-), 05:08 , 25-Май-20, (237) Ну, например, чтобы RPC не таймаутило пока удаляется большой торрент с кучей фай, Anonim (??), 14:01 , 23-Май-20, (56) +2 // Ну, насколько я понял, бегло взглянув на исходники, при удалении файла -https , Аноним (153), 08:27 , 24-Май-20, (153) +4 Не у всех файлопомойка на оптане , user (??), 14:35 , 23-Май-20, (67) // эта штука довольно прилично работает даже на роутере-мыльнице, и кстати, удачи в, Аноним (93), 16:03 , 23-Май-20, (93) Вы имели ввиду конкурентность А то народ, походу, подумал о параллельности Там, other_anonymous (?), 16:09 , 23-Май-20, (94) если это про замечательную фичу когда при удалении завершении закачки и прочих, someone993 (?), 17:10 , 23-Май-20, (105) +1   // У меня такая проблема была только при использовании ext3, вот там да, удаление к, Kuromi (ok), 00:01 , 24-Май-20, (141)   // так это ж 12309 в своем чистейшем рафинированном виде Оно именно что все подвеш, пох. (?), 01:22 , 24-Май-20, (146)   12309 и сейчас существует, лютые тормоза при работе с файлами на жестком диске, , Oe (?), 02:23 , 24-Май-20, (147) +1   12309 это не просто тормоза, это полное вставание колом системы, пока работает о, пох. (?), 12:01 , 24-Май-20, (191) +2   Если процесс встрял пока ядро достанет его страницу - какой, к хренам ctrl-c В , Аноним (-), 12:33 , 24-Май-20, (197)   Привет, User294 если не ошибся , Michael Shigorin (ok), 12:56 , 24-Май-20, (202) –2   сколько времени читаются эти несчастные 4k И, кстати, как вышло что их вообще н, пох. (?), 21:47 , 24-Май-20, (227)   Читаются то недолго Но если винч мечется по всему диску, желающих накопилось мн, Аноним (-), 06:25 , 25-Май-20, (238) +1   Хорошо сказал, только сумбурно Но вместо zRAM рекомендую использовать zSwap, осо, Vanych (?), 16:13 , 04-Июн-20, (351)   Это не 12309, тот о проблемах при записи А это видимо нечто с похожим проявлени, Аноним (165), 09:41 , 24-Май-20, (165) +2   нет, совершенно необязательно он, в общем и целом, вероятнее всего _кэшем_ был , пох. (?), 10:56 , 24-Май-20, (184) –1   Надо еще на вебархив наехать, dmca там какой вспомнить или еще чего так а фули, , Михрютка (ok), 14:08 , 24-Май-20, (205)   Да зачем, немного подобломали пиарщикам MS кайф и нормально А кому надо именно , Аноним (213), 17:30 , 24-Май-20, (213)   Его и его механизм весьма детально разжевали в LKML И, естественно, починили З, Аноним (209), 16:19 , 24-Май-20, (209) +3   в который раз - Там в том самом запрещенном теперь к изучению смертными тикет, пох. (?), 18:30 , 24-Май-20, (218)   С учетом сложности и многообразия современного железа и числа возможных комбо, п, Аноним (-), 11:49 , 25-Май-20, (261) +1   Возможность выбора загружаемых файлов по магнет присутствует, или до сих пор пре, Eric Hartman (?), 10:07 , 23-Май-20, (3) +7 // В чем сложность дождаться загрузки торрент-файла По магниту загружается торрент, Аноним (-), 10:15 , 23-Май-20, (5) +3 // qBittorent по магниту подтягивает список файлов , Аноним (9), 10:29 , 23-Май-20, (9) +5 // Deluge и Ktorrent тоже давно так умеют, а вот разрабы Transmission, похоже, заби, Eric Hartman (?), 10:42 , 23-Май-20, (12) –6 куда забили, чего забили фича наверное 10 лет как есть когда метаданные торен, Аноним (-), 14:25 , 23-Май-20, (61) –2 дурак чтоль он как подтянет метадату сразу начинает скачивать, а в нормальном к, Аноним (129), 21:30 , 23-Май-20, (129) +1 И в чем проблема Как только он начал скачивать заходишь в свойства закачки и от, AleksK (ok), 22:09 , 23-Май-20, (135) –1 Т е я должен сидеть и следить, когда он начал скачивать , Аноним (140), 23:56 , 23-Май-20, (140) +5 Так для того чтобы ты не следил, он сразу начинает скачивать А ты уже сам можеш, AleksK (ok), 09:41 , 24-Май-20, (164) Во первых, пока не начнется закачка магнита - метаданных торрента и нет И поэто, Аноним (-), 10:27 , 24-Май-20, (176) +2 вот с этим можно подтягивать метаданные без излишней автоматикиhttps github co, Аноним (260), 11:40 , 25-Май-20, (260) Трансмишн сам их всяко подтянет - протокол и его взаимодействие с битторентом та, Аноним (-), 14:59 , 26-Май-20, (308) В этой морде добавляя торрент или магнет, в диалоговом окне есть пункт, грузить , Аноним (338), 12:54 , 27-Май-20, (338) Всю жизнь присутствует Правда пользую tranmission-remote-cli, что там в изкороб, нона (?), 11:08 , 23-Май-20, (19) +3 // add url в гуях понимает и магниты, и просто хэши , Аноним (33), 12:22 , 23-Май-20, (33) +2 // самое печальное не то что человек ляпнул не разобравшись, а то что ему еще 7 плю, хотел спросить (?), 20:14 , 23-Май-20, (117) +4 Да, и давно , Аноним (33), 12:19 , 23-Май-20, (32) +5 Есть давно Другой вопрос что в магнитной ссылке нет метаданных по построению, п, Аноним (113), 18:20 , 23-Май-20, (113) +4 Отличная хорошая программа , Анон.im (?), 10:27 , 23-Май-20, (8) +6 // Не лучше, чем qbittorent, Аноним (122), 20:26 , 23-Май-20, (122) –1 // Ничем , Оно им (?), 21:57 , 23-Май-20, (132) qbittorent на роутер или нас с его культями хрен впихнешь, например , Аноним (162), 09:37 , 24-Май-20, (163) +6 Только уТоррент 2 2 1 Без вариантов , Оно им (?), 13:41 , 25-Май-20, (263) –1 Пожалуй, это - лучший среди торрент-клиентов , Аноним (11), 10:39 , 23-Май-20, (11) +4 // По-моему, если не изменяет память, наимерзопакостнийшей интерфейс , Оно им (?), 21:59 , 23-Май-20, (133) –1 // в каком из 5 клиентов к этому торент-демону , JL2001 (ok), 09:53 , 24-Май-20, (169) +4 // Там одних только вебморд штук 5 Вроде даже что-то uTorrent образное кто-то дела, Аноним (-), 10:30 , 24-Май-20, (177) +2 А без вэба Просто нормальная морда , Оно им (?), 09:20 , 25-Май-20, (254) так с transmission-remote - все ок Это если тебе просто нормальную А если ты пр, пох. (?), 16:08 , 25-Май-20, (268) Гуёво-негуёво мне эти словечки ни к чему Нужен нормальный удобный интерфейс , Оно им (?), 20:56 , 25-Май-20, (282) кому и кобыла невеста У меня вот есть нормальный удобный интерфейс - transmissio, пох. (?), 21:45 , 26-Май-20, (323) А смысл Вебсервак и так встроен, браузер у юзера есть , Аноним (-), 09:02 , 26-Май-20, (286) Откуда ж я знаю что для вас нормальная Там своих две, GTK и Qt, по вкусу Про, Аноним (272), 17:35 , 25-Май-20, (272) Да морд-то может и много Что ни пробовал, нигде визуальные элементы не настраив, Оно им (?), 20:52 , 25-Май-20, (280) Да и чем оно лучше так никто и не сказал Смысл менять есть , Оно им (?), 20:53 , 25-Май-20, (281) GTK Qt Curses , Аноним (273), 17:52 , 25-Май-20, (275) Перешел с этого лучшего на qbittorrent и не нарадуюсь , Аноним (149), 04:29 , 24-Май-20, (149) –3 // Слишком жирный , Оно им (?), 22:36 , 24-Май-20, (230) Кстати, у трансмиссии доля рынка больше, чем у кубита 5,1 против 3,4 Ну а 68,, Оно им (?), 15:14 , 25-Май-20, (264) // Без учета того, что последняя веб-версия уТоррент не имеет собственного идентифи, Оно им (?), 15:26 , 25-Май-20, (266) Что в нём лучшего Конкретно 10 пунктов , Оно им (?), 22:35 , 24-Май-20, (229) +1 Лучший среди клиентов нет не чего лишнего , Professor (??), 10:46 , 23-Май-20, (13) –4 // Мой личный граммар-наци нэгодуйе НЕТ НИЧЕГО ЛИШНЕГО Пишите правильно, иначе в, Аноним (11), 11:47 , 23-Май-20, (28) +15 // Эх слабовата мативация для меня, чтобы учить правописание и научится Не заинтер, Аноним2 (?), 13:36 , 23-Май-20, (53) –5 // ь, Аноним2 (?), 13:36 , 23-Май-20, (54) Плохо тебя учительница руского языка мАтивировала , Аноним (60), 14:21 , 23-Май-20, (60) +3 Я юзаю https www qbittorrent org самый топовый клиент Всем рекомендую , Иваня (?), 10:51 , 23-Май-20, (16) –2 // 1, Аноним (18), 11:01 , 23-Май-20, (18) –3 // Кубит очень жирный Тоже самое реализовано с гораздо меньшей массой Смотри уТор, Оно им (?), 08:57 , 25-Май-20, (247) Чем лучше чем трансмишн , Аноним (11), 11:45 , 23-Май-20, (26) +2 Для десктопа однозначно удобнее Интерфейс transmission слишком скуден Зато tran, мимо проходил (?), 12:54 , 23-Май-20, (37) +4 // Нормальный интерфейс у трансмиссии меньше грузит процессор и нет постоянно слет, Аноним (46), 13:10 , 23-Май-20, (46) +2 // Он с локализацией , Оно им (?), 08:55 , 25-Май-20, (246) Тогда и диск к роутеру подключать надо , Fedd (ok), 12:03 , 24-Май-20, (192) // Ну да А ты думал, нафига там usb D, Аноним (-), 12:08 , 26-Май-20, (292) который No-X Я как раз выбираю, что ставить для сидирования на 1Gbps машину - t, InuYasha (?), 17:47 , 23-Май-20, (108) // у меня стоит 2 94 правда канал всего 200 Mbit sстоит под Fedora, веб морда - эт, хотел спросить (?), 20:18 , 23-Май-20, (119) Есть ещё продвинутый альтернативный GUI, если кто не знал https github com tr, Аноним (130), 21:38 , 23-Май-20, (130) +2 // Даже на паскале Еще с полдюжины вебморд , Аноним (165), 09:42 , 24-Май-20, (166) Какой-то он косорукий Обрубок Очень плохо реализован Названия огрызки, ничего, Оно им (?), 10:54 , 25-Май-20, (259) Делюга умеет в клиент-сервер еще , Аноним (273), 17:54 , 25-Май-20, (276) // Это ж бывший Азуреус Тот, что java Нет, спасибо, но - нет , InuYasha (?), 13:19 , 26-Май-20, (294) Не, делюка это кусок питона А на жабе это vuze В общем имела жаба гадюку пох, Аноним (-), 16:20 , 26-Май-20, (310) йоуhttps github com qbittorrent qBittorrent issues 127 issuecomment-538077425h, Аноним (278), 20:39 , 25-Май-20, (278) // yo https github com transmission transmission issues q is 3Aissue is 3Aopen l, InuYasha (?), 13:49 , 26-Май-20, (298) Отлично Лучший клиент ever , Анинам (?), 10:53 , 23-Май-20, (17) +1 // 10 причин в студию , Оно им (?), 08:54 , 25-Май-20, (245) // 1 Жрет мало ресурсов 2 Есть под разные ОС 3 Работает на разном железе Вплоть, Аноним (-), 12:21 , 26-Май-20, (293) +2 // Хм Что-то не сильно это его отличает от других Нормального настраиваемого инт, Anonim (??), 14:54 , 26-Май-20, (305) Да и систем много не надо Что я по системам прыгаю каждый день, как трясогузка , Anonim (??), 14:57 , 26-Май-20, (306) –1 А уж универсальный интерфейс вообще хорошим не бывает Он должен быть свой под р, Anonim (??), 14:58 , 26-Май-20, (307) –1 Пока не попробуешь их на, допустим, роутере-мыльнице с 64 мегами RAM запустить , Аноним (311), 16:41 , 26-Май-20, (311) +1 Не знаю почему, но transmission качает у меня медленнее, чем qbittorrent При ск, P (?), 11:13 , 23-Май-20, (20) +4 // Скорее всего, это - субъективно-эмоциональное , Аноним (11), 11:43 , 23-Май-20, (24) –2 // Скорее всего, это - ограничeниe на максимум сидов в трансмишене, 30 или 50, не п, Скорее (?), 12:58 , 23-Май-20, (39) +1 // Это ограничение на торрент, смотря как настраивать, но в штатной шкурке нигде не, Аноним (46), 13:05 , 23-Май-20, (42) Вообще, чем больше пиров тем быстрее качается Если из 30 дают качать только 2, , Аноним (-), 14:50 , 23-Май-20, (76) +1 Есть еще нюанс с портами У них разные порты наружу смотрят, надо пробрасывать ну, хотел спросить (?), 20:23 , 23-Май-20, (120) +1 Именно, у меня опыт прямо противоположный Но быстрее и эффективней всего конечн, Аноним (46), 12:59 , 23-Май-20, (40) –1 // aria2 - это скачать один торрент и завершиться, а не держать кучу на раздаче год, user (??), 14:38 , 23-Май-20, (69) +1 Что мешает , Аноним (46), 14:58 , 23-Май-20, (77) Очень странная работа арии в таком режиме Она может либо вообще не чекать при с, Аноним (-), 15:17 , 23-Май-20, (83) +1 Ну короче поведение как у rtorrent Наверно, у неё и училась Очень напрягает так, Аноним (46), 17:03 , 23-Май-20, (104) +1 Там кто-то жалуется что ему так и при разовом то добавлении сериалов 1 раз то за, Аноним (110), 17:56 , 23-Май-20, (110) +1 Так в том и дело, что за всё время только раздачи становились 99 вместо 100 Пе, Аноним (46), 18:13 , 23-Май-20, (112) В последние лет так эн такого бага определенно не было И единственное где я что, Аноним (162), 09:30 , 24-Май-20, (161) Ну я же на цифры смотрю Возможно, они неверно отображаются , P (?), 13:02 , 23-Май-20, (41) Юзаю сабж на винде, ничего лучше не нашел Вообще нравятся такие программы, кото, Banza1 (?), 11:27 , 23-Май-20, (21) +2 // Не боишься, что отпенетрируют Мне как-то сыкотно Использую aria2, iPony129412 (?), 11:30 , 23-Май-20, (22) –5 // atia2 как-то очень уж странно с торентами себя ведет, Аноним (-), 12:26 , 23-Май-20, (34) +1 // Я магниты только им и скачиваю Ты можешь настроить параметры соединения и добав, Аноним (46), 13:08 , 23-Май-20, (45) –1 А еще не поможет если трекеры забанили провайдеры, закрыли копирасы или они прос, Аноним (-), 14:27 , 23-Май-20, (63) Только в случае приватных торрентов, магниты то не приватные А какие приватные , Аноним (46), 14:39 , 23-Май-20, (70) Понятия не имею, зато у меня есть торентов где трекеры подохли Ну нафиг, dht как, Аноним (-), 15:00 , 23-Май-20, (78) +1 Ну, вообще-то, если ты не в курсе, оно это делает через bootstrap-dht trasmissio, пох. (?), 17:50 , 23-Май-20, (109) Только если пиров не знает - если хоть раз взлетело, берет из dht dat А ария2 э, Аноним (-), 10:10 , 24-Май-20, (173) +2 ну, видимо, не доверяет несвежим пирам, и не умеет централизованного бутстрэпа p, пох. (?), 19:33 , 24-Май-20, (225) +1 С учетом перекоса в пользу сценария я типа wget получается непрактично Юзать , Аноним (-), 13:22 , 26-Май-20, (295) это те самые ребята, которые умудрились помимо всего интернета, как обычно заи, пох. (?), 13:34 , 23-Май-20, (52) // А что, существует что-то лучше libxml2 для xml и html заодно У вон тех ребят , Аноним (46), 14:06 , 23-Май-20, (58) +1 Например, не использовать XML В нем прорва фич, 99 9 9 из них в торенте не сда, Аноним (-), 14:32 , 23-Май-20, (64) +2 Почему не XSLT, если он удобен А дыры 8230 Зависит от того, как используется , Аноним (46), 14:44 , 23-Май-20, (72) Я не понимаю Что именно удобно делать XSLT в торрент клиенте Можно какой-то ра, Аноним (-), 15:03 , 23-Май-20, (79) Но ведь aria2 не торрент клиент, совсем не торрент клиент Менеджер загрузок th, Аноним (46), 15:13 , 23-Май-20, (82) И по нему это, скажем прямо, заметно С торентами эта штука работает весьма свое, Аноним (-), 15:20 , 23-Май-20, (84) ты не поверишь, но помимо прочего которое ненужно и отключается - это у них rp, пох. (?), 17:40 , 23-Май-20, (107) –1 XSLT D D Простите, на XML в XHR даже вебмакаки забили А эти вот решили выпе, Аноним (150), 08:11 , 24-Май-20, (150) –1 вы, вебмакаки, давно научились использовать json-schema , JL2001 (ok), 10:02 , 24-Май-20, (172) Я к счастью не вебмакака Чему скажем прямо очень рад Иначе тоже генерил бы тор, Аноним (-), 10:13 , 24-Май-20, (174) +1 вообще как-то по барабану не анализировал сабж на зависимостивсе равно вектор, iPony129412 (?), 18:08 , 23-Май-20, (111) пока не попробуешь на вон тот роутер втулить и не обнаружишь что либа на 2 ме, Аноним (-), 08:14 , 24-Май-20, (151) ну как буду, так буду мне же при выборе софта не тату на попе набивать XXX н, iPony129412 (?), 08:27 , 24-Май-20, (154) Однако сабж на мелком и сетевом по сути вне конкуренции В том числе и потому чт, Аноним (-), 09:23 , 24-Май-20, (160) Что-то на практике не заметно Каки не видно особой разницы Но если у тебя такое, iPony129412 (?), 09:57 , 24-Май-20, (171) Ну, блин, если на виду эн макосников которых хакерье поимело, в том числе и этот, Аноним (-), 10:17 , 24-Май-20, (175) Ты о чём вообще О взломе сайта Transmisission Поему это вина именно macOS разра, iPony129412 (?), 11:10 , 24-Май-20, (189) Трахнули и сайт и макосный клиент Дважды Через макосного разработчика, кого ж , Аноним (-), 17:18 , 24-Май-20, (211) –1 Вот столько глупости и бреда понаписал А мог бы просто зайти на их форум и почит, iPony129412 (?), 18:22 , 24-Май-20, (216) +1 Спасиб, но я оттрахивание того макосника наблюдал почти в реальном времени равно, Аноним (-), 13:28 , 26-Май-20, (296) Так а где те тысячи рук и глаз опенсорса, которые бы нормальный сайт сделали, вс, iPony129412 (?), 14:07 , 26-Май-20, (299) И еще мозги макоснику который показал себя как полный нуб в секурити заменили Я, Аноним (312), 16:56 , 26-Май-20, (312) Причём есть другой старый проект с похожей ситуациейhttps www pidgin im Там-то, iPony129412 (?), 14:12 , 26-Май-20, (300) Угу, перед этим все изгадив Начиная с использования какой-то дряни вместо git а, Аноним (312), 16:59 , 26-Май-20, (313) –1 Ты нормальный Git появился в 7 апреля 2005 года И тогда он из себя мало что пре, iPony129412 (?), 18:17 , 26-Май-20, (318) Ты нормальный Трансмиссионщики упирались рогом и юзали свн вплоть до момента по, Аноним (-), 05:57 , 27-Май-20, (328) Пока ты сам не попробовал перенести svn - git Это всё пустая лирика У меня така, iPony129412 (?), 08:12 , 27-Май-20, (334) Дело дошло до того что появилось три неофициальных зеркала на гитхабе, создан, Аноним (336), 11:42 , 27-Май-20, (336) Точно не нормальный Как бэ transmison появилось в 2005 так же как и git Поэтому, iPony129412 (?), 18:25 , 26-Май-20, (319) Как бэ, если не быть на макосном расслабоне, более приличный VCS за столько лет , Аноним (329), 06:17 , 27-Май-20, (329) Ну вот Как чуть-чуть пустая голова о практике начинает думать, так лучше станов, iPony129412 (?), 07:55 , 27-Май-20, (331) Все проще, чувак Если сделать мне неудобно - ну я и пройду мимо, решив что боро, Аноним (-), 12:15 , 27-Май-20, (337) А если бы ты попробовал бы всместо глупого теоретизма сам перенести не Hello Wor, iPony129412 (?), 18:29 , 26-Май-20, (320) Учитывая что еще ДО того как этих макосников трахнули было 2 или 3 миррора на ги, Аноним (329), 06:18 , 27-Май-20, (330) –1 Да не, спасибо После тех случаев, я не пользуюсь Transmission кроме остоявивши, iPony129412 (?), 07:59 , 27-Май-20, (332) Что так, не доверяешь макосничкам насчет безопасности Погоди, эпл исправит это , Аноним (-), 13:39 , 27-Май-20, (339) У меня нет такого критерия автор макосничек значит это как-то определяет безоп, iPony129412 (?), 13:46 , 27-Май-20, (340) Лучше бы все трекеры показывал в свойствах Надо было пасскей для рутрекера глян, Аноним (23), 11:35 , 23-Май-20, (23) +2 // Кому надо , Аноним (11), 11:44 , 23-Май-20, (25) –1 Во ты аноним деграднул, там 1 галку поставить в свойствах торента и тебе покажут, Аноним (65), 14:34 , 23-Май-20, (65) +2 Работу с трекером через прокси так и не сделали , Аноним (35), 12:35 , 23-Май-20, (35) +1 // Transmission использует libcurl для HTTP трекеров, так что переменные среды curl, equeim (ok), 15:52 , 23-Май-20, (89) +3 // Если хочется притвориться шлангом, торент через впн как-то сильно логичнее и шус, Аноним (93), 16:01 , 23-Май-20, (92) // В России пока что торрентокачателей не ловят, так что в впн для этого особой нео, equeim (ok), 16:16 , 23-Май-20, (96) Вроде как уже обкатывали DPI которые кроме всего прочего пытаются коллекциониров, Аноним (312), 17:00 , 26-Май-20, (314) Новая версия BitTorrent-клиента Transmission 3.0, коржик (?), 12:39 , 23-Май-20, (36) +4 // 1 Зашел, чтобы оставить этот коммент Вот это реальная проблема, которая досажд, Аноним_админ (?), 13:37 , 23-Май-20, (55) +1 Бэкапить торрент-файлы из-за отсуствия имени станет сложнее, для предпочтитель, Дымч (?), 11:01 , 24-Май-20, (187) +1 Помню оно было почти без настроек, поэтому раньше юзал Tixati Раньше, когда еще, user90 (?), 12:56 , 23-Май-20, (38) –3 к сожалению данный клиент не может быть легким, только потому, что он как и воро, Андрей (??), 13:08 , 23-Май-20, (44) –5 // Пожалуй, соглашусь, у меня есть очень негативный опыт с rutorrent Но у меня ест, Аноним (46), 13:17 , 23-Май-20, (48) // Инициатор наброса тормознул и не вдуплил что трансмиссия оказывается не использу, Аноним (-), 15:22 , 23-Май-20, (85) +3 Но соглашусь не с информацией про libtorrent Где ты её получил Это же не libto, Аноним (46), 13:24 , 23-Май-20, (49) +2 // Он и сорец не читал К счастью, он хотя-бы указал фамилию и возраст, что тоже не, Аноним (65), 14:41 , 23-Май-20, (71) +1 Как же он тогда на вон том роутере с 64 мегами оперативы то пашет Вообще-то у не, Аноним (65), 14:36 , 23-Май-20, (68) +2 // Трансмиссия же собирается в легковесном режиме, в котором она не жрёт память Да, Аноним (46), 14:49 , 23-Май-20, (75) +1 // Там еще и настроек по этому поводу есть, ей же пользуются роутеры и мелкие насы , Аноним (-), 15:07 , 23-Май-20, (80) +1 Вопрос не по теме - а чем мигрировали 10к раздач между различными клиентами А т, НяшМяш (ok), 02:43 , 24-Май-20, (148) Ну, скриптик напиши, хоть на чем Даже на баше какомнить прокатит, дергать какой, Аноним (-), 08:18 , 24-Май-20, (152) python, Аноним (46), 11:42 , 24-Май-20, (190) хреново он на роутерах работает И на Виндовс кстате тоже роутер виснет, если э, Андрей (??), 15:51 , 23-Май-20, (88) –3 // Какая программа при таких ресурсах может лучше Видимо роутер дохловат и или наст, Аноним (98), 16:25 , 23-Май-20, (98) +2 Вот это поспешили с новостью ни в snap ни в arch ни в flatpak пока нет, Аноним (57), 14:04 , 23-Май-20, (57) –8 // расчехляй толстую жопу и открывай редактор, это оупенсорс, ждуны здесь не в поче, поспешили (?), 14:26 , 23-Май-20, (62) +3 Возьми да сам скомпиль, если под нужную систему нет и невтерпеж, он не так уж сл, Аноним (-), 15:08 , 23-Май-20, (81) +1 // Собрать в обход пакетног манагера равносильно сломать систему, Аноним (57), 12:48 , 24-Май-20, (198) // через nix довольно удобно собирать кастомное в систему, и пакеты а не кучей, JL2001 (ok), 13:10 , 24-Май-20, (203) С чего вдруг Это конечно не по фэншую, но флатпаки всякие и прочие setup exe от, Аноним (-), 18:22 , 24-Май-20, (217) Ты не прав, если их нет сейчас, то они появятся и очень скоро, и теперь ты это з, topin89 (ok), 20:24 , 23-Май-20, (121) А вот нашел aur transmission-gtk-git 2 3 00, Аноним (57), 12:55 , 24-Май-20, (201) Отличный клиент, особенно если использовать его удаленно Но локально он для мен, Tronis (?), 14:13 , 23-Май-20, (59) +1 // Всё там есть, и давно, называется Группы Может раскладывать торренты по групп, filingui (?), 14:35 , 23-Май-20, (66) +3 // Только для MacOS, для линуксов такого функционала нет, Дымч (?), 10:58 , 24-Май-20, (185) // Для линуксов бзд теперь есть на уровне библиотеки И мне даже известна пара клие, Vendetta (??), 12:10 , 24-Май-20, (194) +1 Как раз с версии 3 0 они появились https www linux org ru news opensource 1572, Vendetta (??), 12:04 , 24-Май-20, (193) +2 какого года там значительных изменений 100500 лет не было, mos87 (ok), 15:33 , 23-Май-20, (86) // Это хорошо или плохо А то тут наметилась тенденция что изменения бывают телемет, Аноним (90), 15:55 , 23-Май-20, (90) +1 // На багтрекере были патчи для поддержки geiop в клиенте Но правда потом maxmind , Аноним (46), 17:23 , 23-Май-20, (106) // Отличная фича чтобы код стал жирнее и тормознее - на каждого пира базу лукапать , Аноним (-), 08:53 , 24-Май-20, (155) +1 хмм интересно было бы попробовать, но леньнасколько я помню на трансмишн был пол, муу (?), 15:48 , 23-Май-20, (87) // На файрфокса вон не забили, так он порадовал вообще всех Кому дополнения сломал, Аноним (90), 15:58 , 23-Май-20, (91) // ну у меня к трансмиссии были конкрентные претензии по производительностиio на ра, муу (?), 16:10 , 23-Май-20, (95) // Такому тазику с такими торентами можно в конфиге сабжа буфера и пожирнее дефолтн, Аноним (-), 16:39 , 23-Май-20, (99) все крутилки систематично перепробовал в своё время, результат не изменилсякак я, муу (?), 16:46 , 23-Май-20, (103) Например, какие и в каком виде Увеличить буфера и префетч с задействованием гол, Аноним (-), 09:05 , 24-Май-20, (156) +1 тоже такое было, винты трещали как бешенные путем проб выяснил, что виновато pr, Аноним (142), 00:47 , 24-Май-20, (142) prefetch в конфиге трансмисии настраивается если что, Аноним (142), 00:48 , 24-Май-20, (143) +1 И размер буферов настраивается Вообще никаких проблем подобрать то что нравится, Аноним (-), 09:07 , 24-Май-20, (157) Проверку повреждённых закачек он научился делать или все также бесконечно с нуля, Аноним (97), 16:21 , 23-Май-20, (97) // Вроде бы всегда и умел И делает это так же как и все остальные - чекает заново , Аноним (-), 16:43 , 23-Май-20, (101) +1 интересно оно так и настаивает на пересчете хэша всего что уже скачано, если доб, mos87 (ok), 16:40 , 23-Май-20, (100) –1 // Оно должно так или иначе resume файл для торента отстроить, где будет помечен ст, Аноним (-), 16:45 , 23-Май-20, (102) +1 // я хз о чем ты, я о том что на торрентах добавляют новые серии сериалов, меняя t, mos87 (ok), 21:23 , 23-Май-20, (126) –3 // Ну так запили патч, делающий это не по-идитски , Аноним (130), 21:42 , 23-Май-20, (131) Ну, вообще-то, не из идиотских, а потому что ниоткуда не следует что вон те данн, Аноним (-), 09:10 , 24-Май-20, (158) +3 gt оверквотинг удален ДА НЕ ТВОЙ КЛИЕНТ ДОЛЖЕН ВЕРИТЬ МЛЯ а чужие которые с, mos87 (ok), 15:54 , 24-Май-20, (207) –3 Чувак, если ты заменяешь торент файл, но хочешь чтобы твои данные сожрали без ре, Аноним (-), 18:41 , 24-Май-20, (219) +2 чувак, у тебя явно проблемы с восприятием эта фраза означает разжовываю для мес, mos87 (ok), 19:17 , 24-Май-20, (223) –2 Угу И я не понимаю как в всем этом действе избегается сценарий когда твой ничег, Аноним (329), 07:27 , 25-Май-20, (242) кто тебе сказал что валидно боженька или голоса в голове откуда программе знат, JL2001 (ok), 09:44 , 24-Май-20, (167) +2 какой же ты ладно объясняю, если непонятно это те же данные просто по новому , mos87 (ok), 15:45 , 24-Май-20, (206) –4 https www opennet ru openforum vsluhforumID3 120709 html 219 - у торрента хэши, Аноним (-), 19:02 , 24-Май-20, (220) +2 слушай мне плевать в данном случае на тех подробностиих может быть и есть на , mos87 (ok), 19:21 , 24-Май-20, (224) –3 Что значит - довольны Клиент не замечает несоответствия торента и данных и вооб, Аноним (-), 07:21 , 25-Май-20, (241) +1 Ну да, а если они отключат пересчет чексумм для имеющихся файлов - на багтрекере, zzz (??), 18:25 , 23-Май-20, (115) // https www opennet ru openforum vsluhforumID3 120709 html 126, mos87 (ok), 21:23 , 23-Май-20, (127) –1 напримерhttps github com cfpp2p transmission wiki, Аноним (123), 20:54 , 23-Май-20, (123) +1 // примеры это хорошо , mos87 (ok), 21:24 , 23-Май-20, (128) // Сейчас что-то в их кастомном веб клиенте не вижу настройки, возможно в их патчен, Аноним (139), 23:16 , 23-Май-20, (139) а в каком тянет целиком трансмишн у меня качал соседние к выбранным файлам тол, JL2001 (ok), 09:56 , 24-Май-20, (170) сабж, по крайней мере с 2 9 xБывало еще загрузка не останавливалась при получени, Аноним (188), 11:06 , 24-Май-20, (188) Может у тебя полная преаллокация была врублена Это как И что при этом происходи, Аноним (-), 19:06 , 24-Май-20, (221) преаллокация отключена была всегда везде отключал В gui прогрессбар кажет 100 ,, Аноним (231), 23:14 , 24-Май-20, (231) Вот это уже интересная мистика какая-то Такой файл стоило бы оставить и позырит, Аноним (-), 07:15 , 25-Май-20, (240) то был avi, на тот момент заботил вопрос целостности прочих данных, Аноним (243), 08:48 , 25-Май-20, (243) Торентклиенту самому по себе пофиг что там внутри Для него это куча блоков с хэ, Аноним (297), 13:46 , 26-Май-20, (297) это понятноНе торренты имел ввиду, это десктоп, тут кроме торрентов куча всего м, Аноним (341), 13:48 , 27-Май-20, (341) Это то понятно, но даже так не очень понятно чего там произошло Потому что в то, Аноним (345), 11:44 , 29-Май-20, (345) За какой промежуток времени Ила навсегда при достижении , Аноним (114), 18:24 , 23-Май-20, (114) Не забудьте что там исправили потенциальное удалённое выполнение кода через спец, Аноним (116), 20:10 , 23-Май-20, (116) +4 // чего-то как-то причудливо они его исправили static void nodeDestruct struct Save, пох. (?), 01:15 , 24-Май-20, (145) // Если кто на бронепоезде, assert дебажная фича, ловящая programming error - оно в, Аноним (-), 10:59 , 24-Май-20, (186) // И null вместо указателя, безусловно, им не является, но в хорошем коде как-то, , пох. (?), 12:20 , 24-Май-20, (196) Смысл глушить юзерей ассертом весьма умеренный Assert не является крейсерской , Аноним (-), 07:03 , 25-Май-20, (239) именно по этой причине я бы там влепил обычный if NULL abort , а не отключае, пох. (?), 16:25 , 25-Май-20, (269) А у тебя есть пара чуваков которые после этого будут забесплатно сортировать неп, Аноним (-), 11:31 , 26-Май-20, (291) ну конечно же проще гадать на sigsegv ах или ждать CVE от посторонних, чем прочи, пох. (?), 22:21 , 26-Май-20, (324) Ремотно провоцируемый что SIGSEGV, что abort - тоже CVE Так что таких ситуаций , Аноним (333), 08:03 , 27-Май-20, (333) Когда страница с патчем открыта, по ссылке типа такой https github com 31337 h, n00by (ok), 16:31 , 24-Май-20, (210) +3 // вау, спасибо но, йопрст - была ж вполне очевидная кнопка где-то рядом с бесполе, пох. (?), 18:02 , 24-Май-20, (215) Имхо мое на десктоп qbit эля консольных дел aria2c , Deanon (?), 21:04 , 23-Май-20, (124) –1 У меня трансмишн как-то взял, и отбросил 20 Мб от закачанного торрента, после че, Аноним (144), 00:49 , 24-Май-20, (144) –2 // LOL Так может там данные были битые А то знаете ли бывает диски и оперативка с, Аноним (-), 09:14 , 24-Май-20, (159) +7 // Не, это был рабочий образ дебиана С которого я уже вроде успел установить вирту, Аноним (235), 01:18 , 25-Май-20, (235) –2 // А кто сказал что с немного побитого образа виртуалку принципиально невозможно ус, Аноним (-), 05:02 , 25-Май-20, (236) +1 Эта версия собирается на e2k из коробки без патчей, спасибо Mike Gelfand хор, Michael Shigorin (ok), 17:41 , 24-Май-20, (214) +5 относительно лёгкого и нетребовательного к ресурсам Он легче уТоррента , Оно им (?), 09:14 , 25-Май-20, (251) // уТоррент весит в установке 389 кБ версия 2 2 1 , Оно им (?), 10:44 , 25-Май-20, (258) // устаревшее немодное хавно Правильный 181 Torrent-то - 4 5мегабайтиков уже Ин, пох. (?), 16:33 , 25-Май-20, (270) // Ну если пацанам нужна последняя, замусоренная и раздутая, тогда дело другое Я за, Оно им (?), 16:53 , 25-Май-20, (271) Ну значит вместо них будет несколько общеизвестных вулнов Что для сетевой прогр, Аноним (287), 10:22 , 26-Май-20, (290) +1 Помнится, в 2016 году Трансмиссия прославилась червяком-вымогателем, который шиф, Оно им (?), 10:01 , 25-Май-20, (256) –2 // В 2016 году взломали сайт и залили дистрибутив с трояном-кейлогером, про шифрова, Аноним (265), 15:17 , 25-Май-20, (265) –1 // Ничего лучше и удобнее уТоррента нормальных младших ламповых версий я еще не в, Оно им (?), 15:31 , 25-Май-20, (267) // Проблема с ними только одна на них все давно забили, при том что в них ряд изве, Аноним (287), 10:20 , 26-Май-20, (289) Ну дык из современных-то нет ничего хорошего Одно толстое, раздутое, тяжелое, м, Anonim (??), 14:42 , 26-Май-20, (301) А ты ожидал что бидонист сможет улучшить си ную прогу Да фуй, он ее монетизиро, Аноним (-), 18:10 , 26-Май-20, (317) Дык я не только про эту говорю О да, поделия на питоне, на джаве тоже вовсю п, Anonim (??), 20:15 , 26-Май-20, (321) Ну так пока Кохем не скупил эту штуку на замену своему питонокрапу - она и была , Аноним (-), 20:39 , 26-Май-20, (322) Эволюция uTorrent https habr com ru post 251625 , Anonim (??), 09:54 , 28-Май-20, (342) –1 Лично мне оно как зайцу стопсигнал, я linux пользуюсь и у меня только опенсорсны, Аноним (-), 13:19 , 30-Май-20, (347) +1 Опенсорсный это не равно хороший Если что , онанас (?), 20:18 , 30-Май-20, (348) Когда 1 Софт невозможно исправить даже если небо падает на землю2 Софт диктует, Аноним (333), 15:51 , 31-Май-20, (349) Главное - чтобы работал хорошо , Аноним (350), 12:01 , 02-Июн-20, (350) Комменты читал по диагонали, а потому, если не затруднит, двачуйте Зависания , Нолекс (?), 18:34 , 25-Май-20, (277) // собрал без зависаний, правда я о них и не знал, anonim1 (?), 22:27 , 28-Май-20, (344) +1 Возможно ли Transmission 3 0, под Windows, настроить на подключение к трекерам ч, monteg179 (ok), 22:17 , 08-Окт-20, (353) Столкнулся с серьезной проблемой трансмишн 3 01 под freebsd он качает даже те фа, KillerHT (ok), 21:02 , 10-Май-21, (354) 1,2,3,8,11,13,16,17,20,21,23,35,36,38,44,57,59,86,87,97,100,114,116,124,144,214,251,256,277,353,354

Сообщения

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

	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"	+2 +/–
	Сообщение от пох. (?), 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 Shigorin (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"	+1 +/–
	Сообщение от Аноним (-), 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ообщить модератору

	351. "Новая версия BitTorrent-клиента Transmission 3.0"	+/–
	Сообщение от Vanych (?), 04-Июн-20, 16:13
	Хорошо сказал, только сумбурно. Но вместо zRAM рекомендую использовать zSwap, особенно если у Вас ядер много.
	Ответить | Правка | Наверх | 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"	+3 +/–
	Сообщение от Аноним (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"	+1 +/–
	Сообщение от Аноним (-), 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ообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема