forum.opennet.ru - "Релиз ядра Linux 6.17" (163)

"Релиз ядра Linux 6.17"

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

"Релиз ядра Linux 6.17"	+/–
Сообщение от opennews (??), 29-Сен-25, 11:46
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.17. Среди наиболее заметных изменений: повышение производительности Btrfs, системные вызовы file_getattr() и file_setattr(), унификация однопроцессорных и многопроцессорных конфигураций в планировщике задач, модуль DAMON_STAT со статистикой доступа к памяти, поддержка Live-патчей на системах ARM64, отправка core-дампов через сокет AF_UNIX, лимитирование SCHED_EXT через cgroup, упрощённая настройка защиты от уязвимостей в CPU, сборка в Clang с инициализацией переменных в стеке, защита от подмены /proc, расширение подсистемы RV (Runtime Verification), ограничение сокетов AF_UNIX через AppArmor, алгоритм контроля перегрузок TCP DualPI2... Подробнее: https://www.opennet.me/opennews/art.shtml?num=63957
Ответить \| Правка \| Cообщить модератору

Оглавление

Надо попробовать на Tumbleweed https www opensuse org ru , Аноним (2), 11:48 , 29-Сен-25, (2) –27

Какой наивный спам, Аноним (13), 12:19 , 29-Сен-25, (13) +7

У спама должна быть цель, типа продажи продуктаКакой смысл нести на опеннет, где, нейм (?), 13:11 , 29-Сен-25, (23) +4

Значит я маргинал - использую Tumbleweed с момента ее появления , Игорь (??), 14:33 , 29-Сен-25, (48) +3

Но недостаточно А вот сделал бы BSD Linux и FreeGNU, был бы другой разговор , Аноним (144), 21:23 , 29-Сен-25, (144) +1

Уже был Debian kFreeBSD Никому толком не надо оказалось - и проект загнулся , Аноним (-), 22:06 , 29-Сен-25, (151)

Отучаемся говорить за всех Я вот Debian юзаю С сабжевым ядром, которое сам же , Аноним (-), 20:17 , 29-Сен-25, (126) –3

Ты как собрал Каждую строчку в конфиге облизал или пару блоков по доке отбилди, всамурай (?), 22:14 , 29-Сен-25, (156)

Как, как Выставил ему параметры по вкусу, сказал make bindeb-pkg - и через энно, Аноним (-), 22:31 , 29-Сен-25, (162)

Почему btrfs так долго разрабатывается В смысле, постоянно какие-то улучшения п, Аноним (4), 11:59 , 29-Сен-25, (4) –1

Не долго разрабатывается, а развивается и совершенствуется Всегда есть куда дви, Аноним (5), 12:06 , 29-Сен-25, (5) +8

16 лет Пора бы уже остепениться , Аноним (11), 12:14 , 29-Сен-25, (11) +7

Так оно уже давно, ext4 тоже все еще развивается и улучшается , Wrt (?), 13:35 , 29-Сен-25, (28) +1

А в линуксе всегда так Либо вечно дорабатывают и долечивают детские болячки, ли, Аноним (94), 16:25 , 29-Сен-25, (94) +2

Зато в вынде всё отлично Там всё устарело это там называют совместимость , б, Аноним (112), 17:28 , 29-Сен-25, (112) +1

Ты сначала сравни ext4 с NTFS У какой из них есть снапшоты, 2 вида сжатия, шифро, Аноним (132), 20:49 , 29-Сен-25, (132)

У btrfs, AleksK (ok), 21:03 , 29-Сен-25, (133)

, Аноним (132), 21:17 , 29-Сен-25, (136)

Который в общем-то совсем не мгновенный и делается сторонней программой , AleksK (ok), 22:03 , 29-Сен-25, (150)

И делает при случае windows vista из любого компа, особенно если файло раскида, Аноним (-), 22:08 , 29-Сен-25, (152) +1

И это говорит человек, который только что предложил , Аноним (132), 00:14 , 30-Сен-25, (176)
А у меня на линухе не получается windows vista при этом Все за вполне обозримые, Аноним (-), 02:24 , 30-Сен-25, (182)
Релиз ядра Linux 6.17, Аноним (132), 02:35 , 30-Сен-25, (184) +1
Это также вполне прагматичные кейсы различного процессинга данных За весь мир пу, Аноним (-), 15:05 , 30-Сен-25, (219)

У той, которая медленная, как полумёртвая черепаха А всё, что ты перечислил, ес, Аноним (146), 21:49 , 29-Сен-25, (146)

Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS , Аноним (132), 21:52 , 29-Сен-25, (147)

а давай возьми файл на полтерабайта, а потом скопируй его в тот же диск для моди, penetrator (?), 22:01 , 29-Сен-25, (149)
Берем диру Делаем там 100К файлов Ребутаем машину чтобы сбросить кеш Пробуем , Аноним (-), 22:10 , 29-Сен-25, (153)

Но мне нравится уже то, что ФС 1993 года, а не ReFS, сравнивается с ФС нового по, Аноним (132), 21:58 , 29-Сен-25, (148)

Этот ReFS какой-то вообще левый, в домашних виндах пользователей на него вообще , Аноним (-), 22:11 , 29-Сен-25, (155)
Лол, а в 93-м году у NTFS уже были все эти функции, которые там расписали Да и , Аноним (146), 22:47 , 29-Сен-25, (168)

Ведь у неё нет в названии слов New Technology Нет, между старыми слоёными не-CoW, Аноним (132), 00:08 , 30-Сен-25, (175)

Ну она new - достаточно условно так то Ибо на блочном уровне ближе к классике ч, Аноним (-), 02:26 , 30-Сен-25, (183)

Из всего перечисленного у ext4 отсутствует бесконечные иноды Шифрование сейчас , maximnik0 (?), 22:50 , 29-Сен-25, (169)

Вряд ли это дотягивается до индексации MFT , Аноним (132), 00:04 , 30-Сен-25, (174)

Но все равно с мелкими файлами ext4 лучше работает, как не пыталась MS улучшить , maximnik0 (?), 08:17 , 30-Сен-25, (196)

А btrfs с мелкими файлами еще и умеет хранение сразу в метаданных и tail packing, Аноним (-), 15:10 , 30-Сен-25, (220)

Да и само ядро долго разрабатывается, не смогли за столько лет сделать, Аноним (13), 12:09 , 29-Сен-25, (7) +13

К ядру вопросов нет А тут выпустили кривое тормозное гуано и пытаются его испра, Аноним (4), 13:05 , 29-Сен-25, (21) –9

если сразу сделать нормально - мордокнига может сократить твою ставку поэтому ка, пох. (?), 12:11 , 29-Сен-25, (8)

А как насчет применить эти стандарты например к ZFS Вот господа, делавшие якобы, Аноним (221), 15:22 , 30-Сен-25, (221)

Потому же, почему и другие ФС, Аноним (12), 12:18 , 29-Сен-25, (12)
а тебя сроки разработки ext4 и NFS-сервера не смущают , Аноним (18), 12:51 , 29-Сен-25, (18) +1

X11 и то какие-то чудаки до сих пор разрабатывать пытаются Вон вулкан прикрутит, Аноним (-), 15:27 , 30-Сен-25, (222)

Вы так говорите, как будто BTRFS сырой, он уже давно в проде много где используе, myster (ok), 13:02 , 29-Сен-25, (20) +3

Потому что ext4 закрывает все потребности , Аноним (49), 14:33 , 29-Сен-25, (49) –2

Угу, пока инноды не закончатся или silentl corruption не поймаешь , Аноним (104), 16:58 , 29-Сен-25, (104) +2

Инноды и каттоды За 20 лет иноды ни разу не заканчивались ещё Но это видимо о, всамурай (?), 22:20 , 29-Сен-25, (160) –1

Скажи на Windows все хорошо, а , Аноним (-), 03:16 , 30-Сен-25, (188)

А из пункта A в пункт B - вполне можно попасть пиная по бокам пятками лошадь Но, Аноним (-), 22:14 , 29-Сен-25, (157)
Рефлинков нет , Аноним (166), 22:47 , 29-Сен-25, (166) +1

Ну да, у BTRFS репутация ФС, которая замахнулась обогнать ZFS, но не смогла и ос, Аноним (132), 15:06 , 29-Сен-25, (58) –2

Зато сделана правильными людьми , Аноним (62), 15:11 , 29-Сен-25, (62)
И хоть BTRFS и тестируют в Fedora, Red Hat уже выбрал для себя Stratis и продолж, Аноним (132), 15:37 , 29-Сен-25, (78)
Вообще-то фороникс как раз выкатил тематичные бенчи, и bcachefs DKMSный с ними , Аноним (-), 22:20 , 29-Сен-25, (159)

8470 Для Red Hat - очень даже А все остальные будут кривить нос по уже на, Аноним (132), 22:41 , 29-Сен-25, (164)

Ну уж как есть В бенчах там разрисовано кто про что ZFS на отлично выступил в , Аноним (-), 02:40 , 30-Сен-25, (185)

В XFS и EXT4 тоже улучшения проскакивают Должны быть только ухудшения, как в on, Анонисссм (?), 13:14 , 29-Сен-25, (24)
Почему ext так долго разрабатывается В смысле, постоянно какие-то улучшения про, Аноним1234 (?), 13:57 , 29-Сен-25, (33)

Ну, не про каждое, всё больше разные эксперименты различной степени успешности , Аноним (35), 14:05 , 29-Сен-25, (35)

Да там и для EXT4 улучшения производительности недавно были Потому что нет пред, Аноним (-), 20:18 , 29-Сен-25, (127)
А сейчас в анонсе нельзя написать Всё работает Тебя просто уволят или что-то , anonymous (??), 08:47 , 30-Сен-25, (199)

Отлично , Аноним (10), 12:14 , 29-Сен-25, (10) +2
Пошто зверюшку удавили Как теперь DVD-RAM-ы писать, я вас спрашиваю , ryoken (ok), 12:23 , 29-Сен-25, (14) +1

Релиз ядра Linux 6.17, Аноним (10), 12:27 , 29-Сен-25, (15)

Ну и как теперь читать писать UDF CD-RW , Анонимчик (?), 12:50 , 29-Сен-25, (17)

Через системы которые для людей сделаны, а не для разработчиков у которых вечно , Аноним (62), 13:20 , 29-Сен-25, (27)
В мире где у терабайтной microSD есть PCI-e lanes очень актуально - писать CDRW , Аноним (-), 20:22 , 29-Сен-25, (128)

У нас госбюджет записывают на CD диск И записывали его небось под вражеской wi, Аноним (186), 03:10 , 30-Сен-25, (186)
А есди тебе для суда материал надо представить, ты тоже microSD или флэшку на к, Anonim (??), 09:01 , 30-Сен-25, (202)
Диски намного дешевле флешки, если нужно отдать что-то насовсем , Аноним (213), 12:05 , 30-Сен-25, (213)

Микросд на 4 гига стоит - как чистый dvd диск, Анонон (?), 12:47 , 30-Сен-25, (216)

То что мир отошёл от оптических носителей - давно известный факт Много лет не в, Аноним (26), 13:17 , 29-Сен-25, (26)

Что помешает запустить со старым ядром LTS 6 12 будут тянуть до 2036 года Думет, Аноним (-), 13:56 , 29-Сен-25, (32)

Напомните, сколько там у DVD-RAM гарантированный срок хранения декларировался Л, ryoken (ok), 15:34 , 29-Сен-25, (74)

Ничего особенного кроме Random Access не декларировалось, 30 лет иногда давали, Аноним (132), 16:09 , 29-Сен-25, (89)

А ведь там не только сплав совпадает, но и ECC устроен так же Чудесатая у нас п, Аноним (132), 23:32 , 29-Сен-25, (172)

Будет плакаться, когда его очередной раз из-за санкций отключат доступ к его же , Аноним (120), 19:11 , 29-Сен-25, (120) –2

Особенно с учётом низкой ёмкости DVD, а так же проблематичной дозаписью Это как, Аноним (213), 12:14 , 30-Сен-25, (215)

Что мы на себе почувствуем Пакетной записью и в лучшие то ее времена пользовали, Аноним (-), 20:24 , 29-Сен-25, (129)

в обычном режиме сможете Так же как DVD-ROM, CD-R, CD-RW , днищево2 (?), 14:17 , 29-Сен-25, (41)

Зачем dvd-ram использовать в виде dvd-rom , Аноним (35), 14:20 , 29-Сен-25, (43)

Зачем его вообще в 2025 использовать - мало понятно Во первых 50 лет мало что и, Аноним (-), 22:40 , 29-Сен-25, (163)

Нормальная краска очень надёжна на самом деле Это фиолетовая такая, если говори, Аноним (35), 01:10 , 30-Сен-25, (179) +1

Только блин заранее не угадаешь - насколько оно там не похабное Ну вот фиолетов, Аноним (-), 03:16 , 30-Сен-25, (187)

Последние 2 раза, когда пытался воспользоваться pktcdvd данные записывались в 2 , Аноним (69), 15:28 , 29-Сен-25, (69)

По личным наблюдениям - в Линуксе Deb Stable что с дистрибутивным ведром, что с, ryoken (ok), 15:37 , 29-Сен-25, (77)

Откатывать данный коммит и брать поддержку в свои руки, в случае если ничего дру, Аноним (213), 12:12 , 30-Сен-25, (214)

Следующий релиз уже будет LTS , Аноним (18), 12:58 , 29-Сен-25, (19)

и на сколько дней сейчас LTS , Аноним (47), 14:31 , 29-Сен-25, (47) +1

все почти все ядра протухнут 31 декабря 2026 и только 6 1 проживёт ещё один го, Аноним (18), 11:41 , 30-Сен-25, (209)

То есть получается, что версия Btrfs приколочена к версии ядра А если бы было м, Соль земли2 (?), 13:08 , 29-Сен-25, (22) –4

то btrfs было бы нафик не нужным на любом вменяемом проде Кстати, в ванилле btr, Анонисссм (?), 13:17 , 29-Сен-25, (25)

Развалы везде бывают, даже обезьяна иногда подает с дерева , Wrt (?), 13:39 , 29-Сен-25, (29) +1

Обезьяна-теннесист , ryoken (ok), 15:38 , 29-Сен-25, (79) +1

Живет в Теннеси чтоли И что она вам там подает, милостыню чтоли Если вы про те, Аноним (-), 20:28 , 29-Сен-25, (130) +2

Магический оракл применил магические патчи, чтоб бтрфс не разваливался , Аноним (30), 13:42 , 29-Сен-25, (30)
У дебиана просто дефолтный кернел в stable бывает - довольно винтажный Ну вы и , Аноним (167), 22:47 , 29-Сен-25, (167)

ну это совоглобусинг развал был совсем недавно в проксмоксе 6 8 12-14-pve deb1, Анонисссм (?), 09:30 , 30-Сен-25, (203)

Ну как бы 1 Мы в топике про 6 17, если что 2 Судя по обозначению - это нечто с, Аноним (-), 15:55 , 30-Сен-25, (225)

Скрыто модератором, Любовник Илона Маска (-), 13:54 , 29-Сен-25, (31) –2

Скрыто модератором, Аноним (34), 14:01 , 29-Сен-25, (34) –1

Скрыто модератором, Дмитрий (??), 14:10 , 29-Сен-25, (38)
Скрыто модератором, Аноним (47), 14:38 , 29-Сен-25, (51)
Скрыто модератором, Аноним (86), 15:57 , 29-Сен-25, (86)
Скрыто модератором, Аноним (34), 17:22 , 29-Сен-25, (111)

Это не поможет Завтра будет новость про новую уязвимость Спекуляции из процов , Аноним (47), 14:09 , 29-Сен-25, (39) –1
Когда так утешают, значит, уже всё проржавело насквозь , Аноним (47), 14:20 , 29-Сен-25, (42) +3

значит Rust ужу попросил денег за доступ к репам, как понятно из предпредыдущей , Аноним (107), 17:07 , 29-Сен-25, (107) +2

Пока hdmi 2 1 в amdgpu нет - ничего интересного Ау, переписыватели на раст - ва, Аноним (44), 14:25 , 29-Сен-25, (44) +2

Так они переписыватели, а не писатели , Аноним (49), 14:40 , 29-Сен-25, (53) +2

Скрыто модератором, Аноним (207), 10:42 , 30-Сен-25, (207)

Некогда им, они подняли вопрос финансирования для сохранения устойчивости инфрас, Аноним (47), 14:42 , 29-Сен-25, (54)

То были питанисты, ты опять всё перепутал , Аноним (64), 15:21 , 29-Сен-25, (64) –2

Пора бы знать, Аноним (47), 17:14 , 29-Сен-25, (109)

Ау экспер, за новостями нужно следить hdmi 2 1 в amdgpu нет по той причине что , Аноним (55), 14:50 , 29-Сен-25, (55)

Дык это получается hdmi 2 1 и в новом nova для nvidia не будет , Аноним (60), 15:09 , 29-Сен-25, (60)

Не пользуйтесь ужасно кривым HDMI, есть же нормальный DP , Аноним (64), 15:22 , 29-Сен-25, (65)

Display Port Мониторы вместе с поддерживаемым кабелем продаются , Аноним (-), 15:33 , 29-Сен-25, (72) –2

В чем беда купить правильный кабель , ryoken (ok), 15:41 , 29-Сен-25, (82) +2

На телеке нет, только через переходник, который перегревается и сдыхает , Аноним (73), 15:34 , 29-Сен-25, (73) +1
А по DP можно выводить звук на монитор с виртуалки в проксмоксе с проброшенным i, Аноним (81), 15:39 , 29-Сен-25, (81)

А не 1 пес Всегда казалось, что там один драйвер, не зависящий от порта , ryoken (ok), 15:42 , 29-Сен-25, (83)
Нет Display Port работает, как и всякий порядочный джентльмен, только с графико, Аноним (-), 16:08 , 29-Сен-25, (88)

в нем и Auxiliary Channel есть, по которому i2c до моника обычно работает , Аноним (60), 16:56 , 29-Сен-25, (102)
Та умеет он в звук, даже долби может передавать На стандартных дистрибутивах на, Аноним (81), 17:48 , 29-Сен-25, (115) +1

Зелёные и синие сделали а не скулят что кто-то там что-то не одобрил Ну пусть в, Аноним (73), 15:35 , 29-Сен-25, (76)

https www opennet ru opennews art shtml num 60721, Аноним (2), 15:52 , 29-Сен-25, (84)

Видео аудио кодеки тоже многие защищены патентами и ничё, есть ffmpeg Да и нв, Аноним (73), 16:30 , 29-Сен-25, (96)

Нука эксперт покажи где есть опенсорс драйвер от нвидии с hdmi 2 1 на линукс , Аноним (55), 18:09 , 29-Сен-25, (117)

Нука эксперт покажи где есть опенсорс драйвер от нвидии Разве это вообще драйвер, Аноним (-), 19:19 , 29-Сен-25, (122)

А что не так Изображение выводит, даже пытается в аппаратную отрисовку интерфей, Аноним (-), 19:50 , 29-Сен-25, (124)

Даешь изернет овер HDMI2 1 , Аноним (121), 19:14 , 29-Сен-25, (121)

В HDMI спеках внезапно - есть и эзернет Правда 100 мегабит всего, насколько я п, Аноним (-), 22:53 , 29-Сен-25, (171)

Учитывая, что у большинства скорость интернета редко дотягивает даже до 20 мегаб, Индус (?), 01:18 , 30-Сен-25, (181)

Это для начала - в телик бытовуху Куда там такое девать - ну в общем на практик, Аноним (-), 03:20 , 30-Сен-25, (189)

Жив ли x32 , Аноним (-), 16:52 , 29-Сен-25, (98)

Эмм а ничо, что 64 бита существуют уже более 20 лет И неужто где-то сохранил, Аноним (-), 19:47 , 29-Сен-25, (123) +1

У Боинга до сих пор обновления на дискетах Как думаешь, сколько там бит у желез, Аноним (177), 01:00 , 30-Сен-25, (177) –1
x32 abi x86, Аноним (213), 11:53 , 30-Сен-25, (210)

На phoronix нашёл в одной новости инфу, что NTFS3 теперь out-of-tree Я что-то п, Аноним (119), 18:59 , 29-Сен-25, (119)

Вас за такое в одно место направить могут , Аноним (132), 20:05 , 29-Сен-25, (125)
Может это bcachefs был - а не NTFS3 Без пруфлинка - нещитово , Аноним (-), 20:29 , 29-Сен-25, (131)
https git kernel org pub scm linux kernel git torvalds linux git tree fs ntfs3, llolik (ok), 21:22 , 29-Сен-25, (143)

Гонит здешний комментатор, иначе бы ссылку оставил Видимо, он прочитал эту новос, Аноним (132), 21:32 , 29-Сен-25, (145)

Почитал по ссылке, это что с 6 18 ZFS тормозить начнет , Аноним (60), 22:31 , 29-Сен-25, (161)

Не, чувак, она не сможет - page cacche сбрасывать когда ей захотелось Что намно, Аноним (-), 22:51 , 29-Сен-25, (170)

system sync будет писать каждый раз, как надо , Аноним (173), 23:55 , 29-Сен-25, (173)

Так оно как раз вот этот sync в ZFS теперь сделать по простому и не сможет как, Аноним (-), 03:23 , 30-Сен-25, (190)

Напугал меня, а zfs таки готовы к изменениямhttps github com openzfs zfs issue, Аноним (60), 16:13 , 30-Сен-25, (226)

А как же мы не ломаем юзерспейс Тут именно ломают, и Столлман бы классифициро, Аноним (166), 22:42 , 29-Сен-25, (165) +1

Скрыто модератором, Аноним (55), 14:18 , 30-Сен-25, (218)

Установление семантики на уровне типов для проверки инвариантов на стадии сборки, Аноним (178), 01:02 , 30-Сен-25, (178)

А все, как всегда, ругают Паскаль и строгую типизацию, ога А я когда начал игра, Аноним (200), 08:56 , 30-Сен-25, (200) +1

Неожиданность, что нужно логический тип реализовывать в физическое воплощение , Аноним (204), 10:36 , 30-Сен-25, (204)

В физическое воплощение его нужно реализовывать только на примитивных языках тип, Аноним (178), 11:28 , 30-Сен-25, (208)

Ну я же говорю Своя очередная изолированная система идеальных типов Проблем, Аноним (204), 14:08 , 30-Сен-25, (217)

Сколько лет сишники не выучат слово типобезопасность Полвека Вот интересно, , Аноним (213), 11:59 , 30-Сен-25, (212)

Паскаль не является типобезопасным языком, это всего лишь вторая личина овратите, Аноним (213), 11:56 , 30-Сен-25, (211)

Скрыто модератором, Аноним (-), 15:30 , 30-Сен-25, (223)
Ты его вообще в глаза видел Похоже на попытку набросить г на вентилятор , Pajeet (?), 18:27 , 30-Сен-25, (227)

Когда будет в Linux Mint Новые ядра конечно классно, но в Mint сейчас последнее, Аноним (200), 08:59 , 30-Сен-25, (201)

Там скорее всего появится уже 6 19 или типо того В общем, не раньше Февраля , Аноним (205), 10:36 , 30-Сен-25, (205)

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

2. "Релиз ядра Linux 6.17" –27 +/–

Сообщение от Аноним (2), 29-Сен-25, 11:48

Надо попробовать на Tumbleweed:
https://www.opensuse.org/ru/

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

13. "Релиз ядра Linux 6.17" +7 +/–

Сообщение от Аноним (13), 29-Сен-25, 12:19

Какой наивный спам

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

23. "Релиз ядра Linux 6.17" +4 +/–

Сообщение от нейм (?), 29-Сен-25, 13:11

У спама должна быть цель, типа продажи продукта
Какой смысл нести на опеннет, где все сидят на винде и маке, ссылку на какой-то маргинальный роллинг?

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

48. "Релиз ядра Linux 6.17" +3 +/–

Сообщение от Игорь (??), 29-Сен-25, 14:33

Значит я маргинал - использую Tumbleweed с момента ее появления.

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

144. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (144), 29-Сен-25, 21:23

Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор))

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

151. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:06

> Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор))
Уже был Debian/kFreeBSD. Никому толком не надо оказалось - и проект загнулся.

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

126. "Релиз ядра Linux 6.17" –3 +/–

Сообщение от Аноним (-), 29-Сен-25, 20:17

> У спама должна быть цель, типа продажи продукта
> Какой смысл нести на опеннет, где все сидят на винде и маке,
> ссылку на какой-то маргинальный роллинг?
Отучаемся говорить за всех. Я вот Debian юзаю. С сабжевым ядром, которое сам же себе и билданул. Почему сам? Давно известно что чтобы карта перла - надо просто быть тем кто раздает карты :)

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

156. "Релиз ядра Linux 6.17" +/–

Сообщение от всамурай (?), 29-Сен-25, 22:14

Ты как собрал? Каждую строчку в конфиге облизал или пару блоков по доке "отбилдил". И да, из чего билдил то? Со своего личного кода, я надеюсь?
Крупье из 8"Б", ля.

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

162. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:31

> Ты как собрал? Каждую строчку в конфиге облизал или пару блоков по доке "отбилдил".
Как, как. Выставил ему параметры по вкусу, сказал make bindeb-pkg - и через энное время получил себе кернел, собраный так как мне надо было, а не кому-то еще.
Но тут немного похоже на анекдот про мужика и счет из автосервиса:
- Закрутить болт: $1.
- Знать что крутить: $1000.
Почему я думаю что похож на тот автосервис и его мастера? Примерно через десять лет спустя - убунта (чей конфиг был когда-то давно взят мной за основу) наконец доперла делать десктопам конфиги по дефолту - более-менее похожие на мои, сочетая low latency, low power и все такое. А в чем разница? Я наслаждался low latency десктопом с более низким потреблением питания на 10 лет больше, и только :). А доразвив скилл стал и системную интеграцию ворочать, под всякие одноплатники и проч.
> И да, из чего билдил то? Со своего личного кода, я надеюсь?
Из майнлайна конечно, с пылу с жару. Местами у мня есть и свои патчи для некоторых вещиц.
> Крупье из 8"Б", ля.
Скорее нечто типа мелкого но гордого системного интегратора, научившегося быть казино и потому - в плюсе со всего этого :)

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

4. "Релиз ядра Linux 6.17" –1 +/–

Сообщение от Аноним (4), 29-Сен-25, 11:59

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

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

5. "Релиз ядра Linux 6.17" +8 +/–

Сообщение от Аноним (5), 29-Сен-25, 12:06

Не долго разрабатывается, а развивается и совершенствуется. Всегда есть куда двигаться и что фиксить. ФС же сравнительно новая.

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

11. "Релиз ядра Linux 6.17" +7 +/–

Сообщение от Аноним (11), 29-Сен-25, 12:14

16 лет? Пора бы уже остепениться.

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

28. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Wrt (?), 29-Сен-25, 13:35

Так оно уже давно, ext4 тоже все еще развивается и улучшается.

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

94. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (94), 29-Сен-25, 16:25

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

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

112. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (112), 29-Сен-25, 17:28

Зато в вынде всё отлично! Там всё устарело (это там называют "совместимость"), болячки не лечат (это там называют "стабильность"), и все счастливы! :D

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

132. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 20:49

Ты сначала сравни ext4 с NTFS.
У какой из них есть снапшоты, 2 вида сжатия, шифрование, дедупликация, возможность мгновенного поиска и бесконечные inode?

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

133. "Релиз ядра Linux 6.17" +/–

Сообщение от AleksK (ok), 29-Сен-25, 21:03

У btrfs

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

136. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 21:17

> шифрование
> возможность мгновенного поиска
.

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

150. "Релиз ядра Linux 6.17" +/–

Сообщение от AleksK (ok), 29-Сен-25, 22:03

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

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

152. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (-), 29-Сен-25, 22:08

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

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

176. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 30-Сен-25, 00:14

> Польза от этого - только для склеротиков разводящих в системе помойку
И это говорит человек, который только что предложил:
> Берем диру. Делаем там 100К файлов.
.

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

182. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 02:24

>> Польза от этого - только для склеротиков разводящих в системе помойку
> И это говорит человек, который только что предложил:
>> Берем диру. Делаем там 100К файлов.
А у меня на линухе не получается windows vista при этом. Все за вполне обозримые времена ворочается. Даже на btrfs обычном. А то что NTFS будет колом стоять уж сколько там - ну так алгоритмика и структуры эпохи FAT. Самый свежак и круть.
Вот только я как-нибудь пешком постою - покупать 20 лет 1 и тот же кернел по сути, без фиксов и улучшений почти - зато каждый раз все больше подстав, подлян и анноянса. Так что мне с ноля собрать debian стало элементарно проще чем винду расчистить за MS. Еще не хватало за свои деньги в свое время таким IT-ассенизаторством за MS заниматься. И нифига я с тем BS в EULA - не "agree".

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

184. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (132), 30-Сен-25, 02:35

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

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

219. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 15:05

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

>> называет себя склеротиком с помойкой
>> съезжает на самопиар
>> А у меня
>> Вот только я
>> Так что мне
>> И нифига я
За весь мир пусть кто-нибудь понаглей расписывается, типа вон тех проприетарщиков с их глобальными подтасо^W выводами на песке. А я буду расписываться - за себя и свои сценарии. Как-то так.

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

146. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (146), 29-Сен-25, 21:49

У той, которая медленная, как полумёртвая черепаха. А всё, что ты перечислил, есть у btrfs и ZFS + скорость. :)

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

147. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 21:52

Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS.

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

149. "Релиз ядра Linux 6.17" +/–

Сообщение от penetrator (?), 29-Сен-25, 22:01

а давай возьми файл на полтерабайта, а потом скопируй его в тот же диск для модификаций
ну например по каталогам:
version 1.1
version 1.2
NTFS неплохая FS, но все, BTRFS уже лучше

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

153. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:10

> Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS.
Берем диру. Делаем там 100К файлов. Ребутаем машину чтобы сбросить кеш. Пробуем зайти в диру "на холодную". Сравниваем. Много думаем где эпоха DOS с FAT так и не закончилась.

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

148. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 21:58

Но мне нравится уже то, что ФС 1993 года, а не ReFS, сравнивается с ФС нового поколения.

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

155. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:11

> Но мне нравится уже то, что ФС 1993 года, а не ReFS,
> сравнивается с ФС нового поколения.
Этот ReFS какой-то вообще левый, в домашних виндах пользователей на него вообще - обули. Так что несчастные аж WinBTRFS с горя пиляют.

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

168. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (146), 29-Сен-25, 22:47

Лол, а в 93-м году у NTFS уже были все эти функции, которые там расписали? Да и ZFS не такая уж и "ФС нового поколения". И если NTFS такая супер-пупер защищённая и надёжная, то почему же она не используется на серверах? :) Ну а ReFS — это вообще тихий ужас, её просто не используют.

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

175. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 30-Сен-25, 00:08

> Да и ZFS не такая уж и "ФС нового поколения".
Ведь у неё нет в названии слов New Technology.
Нет, между старыми слоёными не-CoW ФС и новыми CoW (начиная с WAFL) есть довольно чёткая граница.

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

183. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 02:26

> Ведь у неё нет в названии слов New Technology.
> Нет, между старыми слоёными не-CoW ФС и новыми CoW (начиная с WAFL)
> есть довольно чёткая граница.
Ну она new - достаточно условно так то. Ибо на блочном уровне ближе к классике чем к вон тем с деревьями и экстентами.

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

169. "Релиз ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 29-Сен-25, 22:50

>У какой из них есть снапшоты, 2 вида сжатия, шифрование, дедупликация, возможность мгновенного поиска и бесконечные inode?
Из всего перечисленного у ext4 отсутствует бесконечные иноды. Шифрование сейчас есть и на ext4 и давно на пользовательском уровне и на уровне ядра. Снапшоты есть с помощью lvm а также были падчи для самой ext4 - но по разным причинам не вошли в основную ветку ядра . Мгновенный поиск у ext4 - работает отлично и иногда даже уделывает  по этому параметру btrfs .(dir_index)
Сжатие было в альфе версии - выкинули из за каких то проблем, что там я не знаю.Дедубликация реализована внешними утилитами когда одинаковые файлы заменяются ссылками . Так что обе ФС очень близки по характеристикам но улучшить их особенно не получится - выйдет что то типа XFS.

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

174. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 30-Сен-25, 00:04

> были падчи для самой ext4 - но по разным причинам не вошли в основную ветку ядра
> Сжатие было в альфе версии - выкинули из за каких то проблем
> Дедубликация [совсем не в ФС-ном значении - только целых файлов сторонними инструментами и с запретом независимых изменений]
.
> dir_index
Вряд ли это дотягивается до индексации MFT.

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

196. "Релиз ядра Linux 6.17" +/–

Сообщение от maximnik0 (?), 30-Сен-25, 08:17

> Вряд ли это дотягивается до индексации MFT.
Но все равно с мелкими файлами ext4 лучше работает, как не пыталась MS улучшить ситуацию к примеру git  каталогами ,не получилось.Пришлось изобретать костыли :-(

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

220. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 15:10

>> Вряд ли это дотягивается до индексации MFT.
> Но все равно с мелкими файлами ext4 лучше работает, как не пыталась
> MS улучшить ситуацию к примеру git  каталогами ,не получилось.Пришлось изобретать
> костыли :-(
А btrfs с мелкими файлами еще и умеет хранение сразу в метаданных и tail packing. И с кучей файлов в 1 дире оно мастеркласс даст и тому и другому. Собственно, по каким-то таким причинам и общему устройству структур Тсо и сказал - что никакого EXT5 смысла делать просто нет. Этот дизайн себя исчерпал и без радикальной переделки там уже ничего сильно не улучшишь.

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

7. "Релиз ядра Linux 6.17" +13 +/–

Сообщение от Аноним (13), 29-Сен-25, 12:09

Да и само ядро долго разрабатывается, не смогли за столько лет сделать

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

21. "Релиз ядра Linux 6.17" –9 +/–

Сообщение от Аноним (4), 29-Сен-25, 13:05

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

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

8. "Релиз ядра Linux 6.17" +/–

Сообщение от пох. (?), 29-Сен-25, 12:11

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

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

221. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (221), 30-Сен-25, 15:22

>> Почему btrfs так долго разрабатывается?
> если сразу сделать нормально - мордокнига может сократить твою ставку.
> поэтому каждый день надо выкатывать мелкие улучшизмы - даже если на самом
> деле они ничего и не улучшают.
А как насчет применить эти стандарты например к ZFS? Вот господа, делавшие якобы-нормально. Но, кажется, их фирме амба? Их кажется сократили, да? И теперь пиццей торгуют, или чем там? А, погодите, еще и не так уж и нормально к тому же? Раз в их винтажном коде - жирный баг, который привел к факапу с рефлинками у вон тех горе-релизеров не умеющих в нормальные релизные практики?
А тут еще фороникс бенчи подогнал, и прошелся как раз по CoW файлухам. ZFS всех порвал в номинации SQLite. Но все его порвали - во всех остальных номинациях. Это то что вы получаете за отсутствие нормальной интеграции с ос. А "мелкие улучшения" то, типа large folios и прочих io_uring оверхеды то - снижают. И оно начинает лезть вверх в бенчах. Как неожиданно! И кстати не только в бенчах. А вон тот утюг почему-то в саааааамом низу бенчмарков отвисает. Да и с фига ли ему с теми структурами быстрым быть?

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

12. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (12), 29-Сен-25, 12:18

Потому же, почему и другие ФС

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

18. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (18), 29-Сен-25, 12:51

> - В ФС ext4 появилась поддержка буферизированного ввода/вывода с флагом RWF_DONTCACHE, при котором данные удаляются из страничного кэша сразу после завершения операции.
> - NFS-сервер теперь может делегировать операции записи клиентам, открывающим файлы в режиме только для записи.
а тебя сроки разработки ext4 и NFS-сервера не смущают?

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

222. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 15:27

> а тебя сроки разработки ext4 и NFS-сервера не смущают?
X11 и то какие-то чудаки до сих пор разрабатывать пытаются. Вон вулкан прикрутить пыжатся. Выглядит как паровоз к которому примотали ракету, но все же.

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

20. "Релиз ядра Linux 6.17" +3 +/–

Сообщение от myster (ok), 29-Сен-25, 13:02

> Почему btrfs так долго разрабатывается?
Вы так говорите, как будто BTRFS сырой, он уже давно в проде много где используется. А в Fedora это давно используется по-умолчанию. Также программы для разметки диска, например, KDE partition Manager, при создании нового раздела, по-умолчнию предлагают BTRFS, а не какой-нибудь устаревший ext4. Сам автор ext4 заявил достаточно давно, что ext5 не будет, будущее за файловыми системами такими как BTRFS, Bcachefs и т.д.
> В смысле, постоянно какие-то улучшения производительности и т.д. почти в каждой новости про новое ядро.
Любой продукт, постоянно совершенствуется, как только это перестают делать на любом ПО ставят крест. Оно переходит в разряд deprecated.

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

49. "Релиз ядра Linux 6.17" –2 +/–

Сообщение от Аноним (49), 29-Сен-25, 14:33

>Сам автор ext4 заявил достаточно давно, что ext5 не будет
Потому что ext4 закрывает все потребности.

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

104. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (104), 29-Сен-25, 16:58

Угу, пока инноды не закончатся или silentl corruption не поймаешь.

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

160. "Релиз ядра Linux 6.17" –1 +/–

Сообщение от всамурай (?), 29-Сен-25, 22:20

Инноды и каттоды.. За 20 лет иноды ни разу не заканчивались ещё. Но это видимо оттого, что глаза мои не столь широко открыты как у ряда местных пациентов.

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

188. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 03:16

> Но это видимо оттого, что глаза мои не столь широко открыты как у ряда местных пациентов.
Скажи на Windows все хорошо, а?

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

157. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:14

> Потому что ext4 закрывает все потребности.
А из пункта A в пункт B - вполне можно попасть пиная по бокам пятками лошадь. Но почему-то со временем поразвели всякую оверинженерию с заправками, зарядками, двигателями какими-то, колеса придумали - и даже уже обнаглели настолько что из дерева их делать - это фи!

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

166. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (166), 29-Сен-25, 22:47

Рефлинков нет.

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

58. "Релиз ядра Linux 6.17" –2 +/–

Сообщение от Аноним (132), 29-Сен-25, 15:06

> Вы так говорите, как будто BTRFS сырой
Ну да, у BTRFS репутация ФС, которая замахнулась обогнать ZFS, но не смогла и осталась в состоянии "тут наоверинжинирено что-то старое, баги с потерей данных будем ловить вечно".
> А в Fedora это давно используется по-умолчанию
Тестовая площадка для RHEL, где юзеры - бесплатные тестировщики.
> Сам автор ext4 заявил достаточно давно, что ext5 не будет
Ещё говорил, что в ext4 можно добавить много чего, но - деньги вперёд.

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

62. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (62), 29-Сен-25, 15:11

Зато сделана правильными людьми.

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

78. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 15:37

И хоть BTRFS и тестируют в Fedora, Red Hat уже выбрал для себя Stratis и продолжает его пилить*.
Отвратительное наслоение**, не развивающее экосистему Linux, а приносящее пользу только Red Hat? Да, и они считают, что это лучше, чем BTRFS.
* https://www.phoronix.com/news/Stratis-3.8-Released
** "...в виде прослойки (демон stratisd), работающей поверх подсистемы device-mapper ядра Linux (используются модули dm-thin, dm-cache, dm-thinpool, dm-raid и dm-integrity) и файловой системы XFS" - https://www.opennet.me/57248

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

159. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:20

> Ну да, у BTRFS репутация ФС, которая замахнулась обогнать ZFS, но не
> смогла и осталась в состоянии "тут наоверинжинирено что-то старое, баги с
> потерей данных будем ловить вечно".
Вообще-то фороникс как раз выкатил тематичные бенчи, и bcachefs DKMSный с ними...
И вот какие интересные наблюдения.
ZFS почему-то рулит с скулайтом. И пролетает - в практически всем остальном.
Btrfs и bcachefs - фифти-фифти. Где-то рулят, где-то педалят.
EXT4 и XFS - аналогично, но сценарии совсем другие и в целом несколько быстрее CoW, но и фичи ессно - совсем не те.
Так что btrfs как видим ZFS'а на отлично обогнал по сути везде кроме скулайта. Подробнее в новостях фороникса, весьма показательное чтиво.
>> А в Fedora это давно используется по-умолчанию
> Тестовая площадка для RHEL, где юзеры - бесплатные тестировщики.
А что еще рхелу делать? Педали с EXT4 уже all поднадоели. XFS с сратисами - такое себе. И все блочнофайлушники - из RHBM слились и btrfs в основном пиляют, что как бы намекает где они видят перспективы, а что считают - куском мусора.
>> Сам автор ext4 заявил достаточно давно, что ext5 не будет
> Ещё говорил, что в ext4 можно добавить много чего, но - деньги вперёд.
Можно != нужно. По мнению собссно Teodor Tso этот дизайн давно себя исчерпал. И не имеет никаких поводов чтобы в него бухать много ресурсов на его развитие. Это просто архаика, из которой уже выжато все что было целесообразно. Но на опеннете и Теодора Тсо поучат EXT4 писать. Правда, файлух лучше - по своим лекалам - не выкатят. В отличие от Тсо. Почему-то.

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

164. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 22:41

>> баги с потерей данных будем ловить вечно
> Так что btrfs как видим ZFS'а на отлично обогнал
№%#$!
> XFS с сратисами - такое себе.
Для Red Hat - очень даже. А все остальные будут кривить нос по уже названной причине: "не развивающее экосистему Linux" (бесполезное для всех, кроме Red Hat).
> Правда, файлух лучше - по своим лекалам - не выкатят. В отличие от Тсо. Почему-то.
Всё по его заветам - чтобы что-то делать, кто-то должен платить.

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

185. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 02:40

>> Так что btrfs как видим ZFS'а на отлично обогнал
> №%#$!
Ну уж как есть! В бенчах там разрисовано кто про что. ZFS на отлично выступил в номинации SQLite. И столь же похабно - во всех остальных по сути. Что хотите, то и делайте! Но обгоняет он кого-то только на скулайте. А на остальном как правило в самом низу хитпарада.
Btrfs - где-то посередине. Кент - хвастался, хвастался, и ... где его epic win перфоманса над btrfs? Пока отстает в большей части номинаций, даже DKMS версия актуальная. В общем пока тема перфоманса малость не раскрыта, в отличие от темы "выперли девелопать на мороз".
>> XFS с сратисами - такое себе.
> Для Red Hat - очень даже.
Это проблемы редхата, их саппорта и кастомеров как они там будут с индусиками пилившими этот пыхтонраст разбираться, если что-то крешнулось и оно встряло. А я лучше с btrfs'никами в такой ситуации буду контактировать. Потому что это - крутые блочнофайлушники, которых я знаю. А не безымянные раджи! Контракта на саппорт RHBM у меня нет - да и видных блочно файлущных спецов в RHBM я просто не вижу уже там. Поэтому - так.
> по уже названной причине: "не развивающее экосистему Linux" (бесполезное для всех,
> кроме Red Hat).
Да это не мои проблемы как там редхат, их индусы и кастомеры будут между собой эту помойку разруливать. Я же считаю что экспертиза известных мне имен - меня не подведет. Они подскажут, если вдруг своим ходом совсем душняк. И я разберусь как и чего.
>> Правда, файлух лучше - по своим лекалам - не выкатят. В отличие от Тсо. Почему-то.
> Всё по его заветам - чтобы что-то делать, кто-то должен платить.
Платить за что? Гальванизацию откровенно протухшего дизайна из которого выжаты все соки? Это точно не я буду, сорян. Я уже и бесплатно то EXT4 у себя покилял везде. Зачем мне еще 1 уродец с бестолковостями из древних юниксных фс? Этот паттерн дизайна давно себя исчерпал. И это все причастные уже поняли. Даже майкрософт в косплей вон тех с своим ReFS пытается. То что у них экспертиза в топике застряла на 90х и получилось довольно жалко - другой вопрос.

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

24. "Релиз ядра Linux 6.17" +/–

Сообщение от Анонисссм (?), 29-Сен-25, 13:14

>Почему btrfs так долго разрабатывается
В XFS и EXT4 тоже улучшения проскакивают. Должны быть только ухудшения, как в one-туузе?

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

33. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним1234 (?), 29-Сен-25, 13:57

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

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

35. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (35), 29-Сен-25, 14:05

Ну, не про каждое, всё больше разные эксперименты различной степени успешности (вон как журнал рассыпался после каждого падения с fast commit и падало регулярно). Zonefs разве что в btrfs.

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

127. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 20:18

> Почему btrfs так долго разрабатывается? В смысле, постоянно какие-то улучшения
> производительности и т.д. почти в каждой новости про новое ядро.
Да там и для EXT4 улучшения производительности недавно были. Потому что нет предела совершенству. За исключением разве что hello world.

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

199. "Релиз ядра Linux 6.17" +/–

Сообщение от anonymous (??), 30-Сен-25, 08:47

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

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

10. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (10), 29-Сен-25, 12:14

> Start preparations for the replacement of our custom 'CStr' with the analogous type in the 'core' standard library. This will take place across several cycles to make it easier. For this one, it includes a new 'fmt' module, using upstream method names and some other cleanups
Отлично!

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

14. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от ryoken (ok), 29-Сен-25, 12:23

>> Удалён драйвер "pktcdvd" для работы с оптическими носителями в пакетном режиме, который был помечен устаревшим в 2016 году.
Пошто зверюшку удавили? Как теперь DVD-RAM-ы писать, я вас спрашиваю???

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

15. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (10), 29-Сен-25, 12:27

> пошто
> Этот драйвер давно изжил себя, он сломан и никому не нужен. Основным сценарием его использования было прямое монтирование с UDF CD-RW приводов, которым требовались пакеты по 32 КБ. Он собирал записи в этот размер и записывал их кратно этому. Это больше не является распространенным сценарием использования, мир отошел от таких носителей. Что еще хуже, он активно ломает настройки там, где он даже не требуется или бесполезен. ©Jens Axboe
> Now in 2025, _no one has stepped up to properly maintain the driver_ and thus the expectation now is that it will be removed for good.

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

17. "Релиз ядра Linux 6.17" +/–

Сообщение от Анонимчик (?), 29-Сен-25, 12:50

Ну и как теперь читать/писать UDF CD-RW?

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

27. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (62), 29-Сен-25, 13:20

Через системы которые для людей сделаны, а не для разработчиков у которых вечно чешется. Вон, создатель колечек udf не осилил и выпилили, а в BSD и Win всё норм.

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

128. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 20:22

> Ну и как теперь читать/писать UDF CD-RW?
В мире где у терабайтной microSD есть PCI-e lanes очень актуально - писать CDRW. Можете сложить эти CD стопочкой - посмотреть сколько их влезает на этот прыщ, зафоткать разницу для пущего драматизма.
А заодно получить ответ почему в 2025 году на ЭТО почти все уже забили.

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

186. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (186), 30-Сен-25, 03:10

У нас госбюджет записывают на CD диск!! И записывали его небось под вражеской windows.

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

202. "Релиз ядра Linux 6.17" +/–

Сообщение от Anonim (??), 30-Сен-25, 09:01

А есди тебе для суда материал надо представить, ты тоже microSD или флэшку (на которых инфу можно изменить) отдашь?!
Не говори за всех. Ты не видишь дальше своего носа.

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

213. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 12:05

>В мире где у терабайтной microSD есть PCI-e lanes
Диски намного дешевле флешки, если нужно отдать что-то насовсем.

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

216. "Релиз ядра Linux 6.17" +/–

Сообщение от Анонон (?), 30-Сен-25, 12:47

Микросд на 4 гига стоит +- как чистый dvd диск

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

26. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (26), 29-Сен-25, 13:17

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

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

32. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 13:56

> Но вот когда приспичит ... вы всё на себе полностью прочувствуете.
Что помешает запустить со старым ядром?
LTS 6.12 будут тянуть до 2036 года.
Думете в тот момент диски будут еще актуальны?

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

74. "Релиз ядра Linux 6.17" +/–

Сообщение от ryoken (ok), 29-Сен-25, 15:34

> LTS 6.12 будут тянуть до 2036 года.
> Думете в тот момент диски будут еще актуальны?
Напомните, сколько там у DVD-RAM гарантированный срок хранения декларировался? Лет так 50, если не ошибаюсь?

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

89. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 16:09

Ничего особенного (кроме Random Access) не декларировалось, 30 лет иногда давали. Сплав с фазовым переходом как у RW, должны храниться примерно так же.
Это народ смотрел на цену, наполнялся благоговением, забыв про всякий Random Access, и шёл создавать малые фольклорные произведения.

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

172. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 23:32

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

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

120. "Релиз ядра Linux 6.17" –2 +/–

Сообщение от Аноним (120), 29-Сен-25, 19:11

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

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

215. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 12:14

>В сохранности информации для долгосрока - DVD самый оптимальный вариант.
Особенно с учётом низкой ёмкости DVD, а так же проблематичной дозаписью. Это как минимум Blue Ray нужен.

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

129. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 20:24

> То что мир отошёл от оптических носителей - давно известный факт. Много
> лет не вставлял. Но вот когда приспичит ... вы всё на
> себе полностью прочувствуете.
Что мы на себе почувствуем? Пакетной записью и в лучшие то ее времена пользовались крайне маргинально ибо тогда в винде с этим был брейнфак с нерами, дровами и чем там еще чтобы это работало. А мушкетеры 20 лет спустя... уже не так возбуждают, да.

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

41. "Релиз ядра Linux 6.17" +/–

Сообщение от днищево2 (?), 29-Сен-25, 14:17

> Как теперь DVD-RAM-ы писать, я вас спрашиваю???
в обычном режиме сможете. Так же как DVD-ROM, CD-R, CD-RW.

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

43. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (35), 29-Сен-25, 14:20

Зачем dvd-ram использовать в виде dvd-rom?

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

163. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:40

> Зачем dvd-ram использовать в виде dvd-rom?
Зачем его вообще в 2025 использовать - мало понятно. Во первых 50 лет мало что из сидюков вообще живет на практике. Особенно массовых и дешевых. Какие-то штампованые, чуть не с золотым покрытием, конечно, 50 лет протянут. А обычные R и тем более RW через десяток лет зачастую лысеют и вообще порой не читаются, или читаются со скрипом, на грани. Очень зависит от химии красителя, качества покрытия алюминия и насколько туда например кислород пролезал и как вся эта химоза вдолгую взаимодействовал - и оценить эти факторы на момент покупки вы ессно не сможете. А потом уже поздняк.
Ну и на uSD и тем более SD лезет неизмеримо больше - при меньшем размере. Эти патефоны на стероидах - довольно хрупкие, боятся царапок, а вмещают... в цать раз меньше чем вон тот прыщик uSD с ноготь размером. И io тормознее в цать раз. Зачем этим мазохизмом страдать - кто б его знает? Я уже сто лет не юзаю загрузочные CD, только флешки или карты.

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

179. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (35), 30-Сен-25, 01:10

Нормальная краска очень надёжна на самом деле. Это фиолетовая такая, если говорить о записываемых dvd. Архивные тоже не слишком дорогие, там лет 100 протянет даже лёжа под солнцем (а диски ультрафиолет ой как не любят). Ну и, в отличие от флеш памяти, вероятность, что прочитается через 20 лет, всё же повыше.

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

187. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 03:16

> Нормальная краска очень надёжна на самом деле.
Только блин заранее не угадаешь - насколько оно там (не)похабное.
> Это фиолетовая такая, если говорить о записываемых dvd.
Ну вот фиолетовые DVD+R и +RW вроде и правда не так уж склонны дохнуть. Но +RW и изначально то рядом приводов со скрипом читается, особенно DL. А 4.7 или даже 9 гигз... ну... SD карточка меньше и на нее лезет больше. Особенно uSD. А как средство бэкапа я обычный магнитный винч предпочитаю. Он и надежнее и времена доступа у него куда приличнее. И скорость записи 150 мегов в секунду и больше. А эти блинчики - тормоза в trck to track seek, да и линейное чтение медленное. Цена за гиг вообще безблагодатная. Боятся пыли и царапок, даже совсем мелких.
> Архивные тоже не слишком дорогие, там лет 100
> протянет даже лёжа под солнцем
Только ценник за гиг конский и где через 100 лет привод брать, интересно? Попробуйте в 2025 так сходу читануть 5" флопарь? А ведь ему близко не сто лет.
> (а диски ультрафиолет ой как не любят).
И конечно мне гарантируют что пластик не развалится в труху? Или просто понадеятся что либо шах, либо ишак? В общем мне проще на обычный винч бэкапаться. Емче, быстрее, цена за гиг потребнее. В отключенном виде - просуществует довольно долго если не помочь ему сдохнуть.
> Ну и, в отличие от флеш памяти, вероятность, что прочитается
> через 20 лет, всё же повыше.
Поэтому я бэкапы на механические винчи делаю. Там конечно флеха для фирмвары тоже есть но это весьма кондовый NOR, который и поболее 20 лет протянет так то. Особенно при обычных +25 или сколько там. Размагничиваться сами по себе диски тоже не склонны, это в основном всего лишь миф. У меня есть штуки которым 15+ лет и они живые, читаются, просто - емкость и скорость уже не возбуждают особо. А когда и что я с CD/DVD делал последний раз я уж и забыл.

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

69. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (69), 29-Сен-25, 15:28

Последние 2 раза, когда пытался воспользоваться pktcdvd
данные записывались в 2 раза дольше (судя по звуку),
а после этого привод, изображая "запись", "уходил в себя";
причём "приходил в себя" только через неделю почему-то оба раза;
в "обморочном состоянии" не видел даже фабричных DVD/BD
и не реагировал на холодные рестарты.
Гораздо лучше использовать growisofs, работает штатно,
причём даже успешно заменяются битые секторы резервными.

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

77. "Релиз ядра Linux 6.17" +/–

Сообщение от ryoken (ok), 29-Сен-25, 15:37

> Гораздо лучше использовать growisofs, работает штатно,
> причём даже успешно заменяются битые секторы резервными.
По личным наблюдениям - в Линуксе (Deb Stable что с дистрибутивным ведром, что с Liquorix) работа с UDF вообще продолговато организована. Флешка с этой ФС не раз приводила в ступор комп, пока не выдернешь. Про диск DVD-RAM, форматированный в UDF, лучше и не заикаться - не все версии формата в принципе поддерживаются, с записью тоже неблагополучно. (Приводы внешние, работоспособные, USB & FireWire).

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

214. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 12:12

>Как теперь DVD-RAM-ы писать, я вас спрашиваю???
Откатывать данный коммит и брать поддержку в свои руки, в случае если ничего другого нет.

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

19. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (18), 29-Сен-25, 12:58

Следующий релиз уже будет LTS?

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

47. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (47), 29-Сен-25, 14:31

> LTS?
и на сколько дней сейчас LTS?

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

209. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (18), 30-Сен-25, 11:41

все (почти все) ядра протухнут 31 декабря 2026 и только 6.1 проживёт ещё один год
https://www.kernel.org/category/releases.html

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

22. "Релиз ядра Linux 6.17" –4 +/–

Сообщение от Соль земли2 (?), 29-Сен-25, 13:08

То есть получается, что версия Btrfs приколочена к версии ядра. А если бы было модулем, как ZFS, то старые системы тоже получили бы исправления (хотя ZFS не рисковал обновлять).

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

25. "Релиз ядра Linux 6.17" +/–

Сообщение от Анонисссм (?), 29-Сен-25, 13:17

>А если бы было модулем, как ZFS
то btrfs было бы нафик не нужным на любом вменяемом проде )
Кстати, в ванилле btrfs плохой, у меня были развалы btrfs на ровном месте и живом железе в Debian. И ни разу в oracle linux. Какие бы это не вызывало ожоги внизу, факт остается фактом.

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

29. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Wrt (?), 29-Сен-25, 13:39

Развалы везде бывают, даже обезьяна иногда подает с дерева.

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

79. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от ryoken (ok), 29-Сен-25, 15:38

> Развалы везде бывают, даже обезьяна иногда подает с дерева.
Обезьяна-теннесист? :)

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

130. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (-), 29-Сен-25, 20:28

>> Развалы везде бывают, даже обезьяна иногда подает с дерева.
> Обезьяна-теннесист? :)
Живет в Теннеси чтоли? И что она вам там подает, милостыню чтоли? Если вы про теннис - он немного не так пишется.

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

30. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (30), 29-Сен-25, 13:42

Магический оракл применил магические патчи, чтоб бтрфс не разваливался.

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

167. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (167), 29-Сен-25, 22:47

> Кстати, в ванилле btrfs плохой, у меня были развалы btrfs на ровном
> месте и живом железе в Debian. И ни разу в oracle
> linux. Какие бы это не вызывало ожоги внизу, факт остается фактом.
У дебиана просто дефолтный кернел в stable бывает - довольно винтажный. Ну вы и получите багфиксы годика через 2. Или 4 если не повезет. Есть конечно шанс что в LTS портанут наиболее критичные фиксы, но вот это 50/50.

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

203. "Релиз ядра Linux 6.17" +/–

Сообщение от Анонисссм (?), 30-Сен-25, 09:30

> У дебиана просто дефолтный кернел в stable бывает - довольно винтажный.
ну это совоглобусинг. развал был совсем недавно в проксмоксе 6.8.12-14-pve (deb12)
при этом ораклятина безупречно годами работает на OLовских 5.4.17 и 5.15.0-311.185.9.el9

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

225. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 15:55

> ну это совоглобусинг. развал был совсем недавно в проксмоксе 6.8.12-14-pve (deb12)
Ну как бы
1) Мы в топике про 6.17, если что.
2) Судя по обозначению - это нечто с проксмоксовскими патчами. Я понятия не имею насколько там качественные релизы, портирование фиксов и проч. Тем более что вот у именно дебиана 12 именно 6.8 который всерьез поддерживается - вроде бы и нет? И где они ЭТО взяли хрен бы его знает.
> при этом ораклятина безупречно годами работает на OLовских 5.4.17 и 5.15.0-311.185.9.el9
А у меня безупречно работает на [довольно много чем]. По возможности близкому к последнему майнлайну. И чего? И да, в дебиане даже 12 в бэкпортах был как минимум 6.12. И изначально там 6.1 по моему. А вот что за зверушка 6.8 у вон тех - это такой отдельный вопрос. Не, дебиан 12 это рутинно не эксплуатировал вдолгую.

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

31. Скрыто модератором –2 +/–

Сообщение от Любовник Илона Маска (-), 29-Сен-25, 13:54

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

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

34. Скрыто модератором –1 +/–

Сообщение от Аноним (34), 29-Сен-25, 14:01

Перепишите.

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

38. Скрыто модератором +/–

Сообщение от Дмитрий (??), 29-Сен-25, 14:10

критиковать проще и хайпа на этом больше :)

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

51. Скрыто модератором +/–

Сообщение от Аноним (47), 29-Сен-25, 14:38

Язык же зачем-то переписали, а не Си модифицировали.

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

86. Скрыто модератором +/–

Сообщение от Аноним (86), 29-Сен-25, 15:57

Я бы переписал, но я не программист.

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

111. Скрыто модератором +/–

Сообщение от Аноним (34), 29-Сен-25, 17:22

> Я бы переписал, но я не программист.
Станьте программистом. Перепишите.

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

39. "Релиз ядра Linux 6.17" –1 +/–

Сообщение от Аноним (47), 29-Сен-25, 14:09

> упрощённая настройка защиты от уязвимостей в CPU
Это не поможет. Завтра будет новость про новую уязвимость. Спекуляции из процов уже не уберут никогда.

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

42. "Релиз ядра Linux 6.17" +3 +/–

Сообщение от Аноним (47), 29-Сен-25, 14:20

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

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

107. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (107), 29-Сен-25, 17:07

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

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

44. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (44), 29-Сен-25, 14:25

Пока hdmi 2.1 в amdgpu нет - ничего интересного. Ау, переписыватели на раст - ваш шанс сделать что-то полезное!

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

53. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от Аноним (49), 29-Сен-25, 14:40

Так они переписыватели, а не писатели...

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

207. Скрыто модератором +/–

Сообщение от Аноним (207), 30-Сен-25, 10:42

+1. Все их жалкие потуги - а давайте возьмём ГОТОВОЕ (т.е. отлаженное годами и давно не требующее внимания) и начнём переписывать на нашей костыльной ржаке! Ничего нового не пишут, ибо писаки на ржаке - обычные смузихлёбы, которым я бы даже драйвер спикера не доверил.

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

54. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (47), 29-Сен-25, 14:42

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

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

64. "Релиз ядра Linux 6.17" –2 +/–

Сообщение от Аноним (64), 29-Сен-25, 15:21

То были питанисты, ты опять всё перепутал.

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

109. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (47), 29-Сен-25, 17:14

> Сrates.io
Пора бы знать

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

55. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (55), 29-Сен-25, 14:50

Ау экспер, за новостями нужно следить.
hdmi 2.1 в amdgpu нет по той причине что патентодержатели из мпегла не одобрили патчи. А не в языке программирования.
https://www.phoronix.com/news/HDMI-2.1-OSS-Rejected

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

60. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (60), 29-Сен-25, 15:09

Дык это получается hdmi 2.1 и в новом nova для nvidia не будет ?

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

65. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (64), 29-Сен-25, 15:22

Не пользуйтесь ужасно кривым HDMI, есть же нормальный DP.

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

72. "Релиз ядра Linux 6.17" –2 +/–

Сообщение от Аноним (-), 29-Сен-25, 15:33

Display Port? Мониторы вместе с поддерживаемым кабелем продаются?

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

82. "Релиз ядра Linux 6.17" +2 +/–

Сообщение от ryoken (ok), 29-Сен-25, 15:41

> Display Port? Мониторы вместе с поддерживаемым кабелем продаются?
В чем беда купить правильный кабель?

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

73. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (73), 29-Сен-25, 15:34

На телеке нет, только через переходник, который перегревается и сдыхает.

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

81. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (81), 29-Сен-25, 15:39

А по DP можно выводить звук на монитор с виртуалки в проксмоксе с проброшенным iGPU? По HDMI с переменным успехом у людей работает, а вот про DP вообще не видел.

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

83. "Релиз ядра Linux 6.17" +/–

Сообщение от ryoken (ok), 29-Сен-25, 15:42

> А по DP можно выводить звук на монитор с виртуалки в проксмоксе
> с проброшенным iGPU? По HDMI с переменным успехом у людей работает,
> а вот про DP вообще не видел.
А не 1 пес? Всегда казалось, что там один драйвер, не зависящий от порта.

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

88. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 16:08

>А по DP можно выводить звук на монитор
Нет. Display Port работает, как и всякий порядочный джентльмен, только с графикой. А то, что HDMI передаёт на встроенные в монитор колонки звук, это дополнительная фича.

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

102. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (60), 29-Сен-25, 16:56

>работает только с графикой
в нем и Auxiliary Channel есть, по которому i2c до моника обычно работает.

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

115. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (81), 29-Сен-25, 17:48

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

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

76. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (73), 29-Сен-25, 15:35

Зелёные и синие сделали а не скулят что кто-то там что-то не одобрил. Ну пусть в блоб закатают если иначе никак и дадут выбор ставить или нет.

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

84. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (2), 29-Сен-25, 15:52

>AMD не смог реализовать HDMI 2.1 в открытых драйверах из-за требований HDMI Forum
https://www.opennet.me/opennews/art.shtml?num=60721

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

96. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (73), 29-Сен-25, 16:30

Видео / аудио кодеки тоже многие защищены патентами и ничё, есть ffmpeg. Да и нвидия / интел как-то сделали hdmi 2.1 на линукс.

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

117. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (55), 29-Сен-25, 18:09

>Да и нвидия ... сделали hdmi 2.1 на линукс
Нука эксперт покажи где есть опенсорс драйвер от нвидии с hdmi 2.1 на линукс.

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

122. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 19:19

> где есть опенсорс драйвер от нвидии с hdmi 2.1 на линукс.
Нука эксперт покажи где есть опенсорс драйвер от нвидии!
Разве это вообще драйвером назвать можно?
Так, кусок тормозного бойлерплейта.

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

124. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 19:50

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

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

121. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (121), 29-Сен-25, 19:14

Даешь изернет овер HDMI2.1!

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

171. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:53

> Даешь изернет овер HDMI2.1!
В HDMI спеках внезапно - есть и эзернет. Правда 100 мегабит всего, насколько я помню. Так что особого распостранения в диком виде фича так и не получила.

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

181. "Релиз ядра Linux 6.17" +/–

Сообщение от Индус (?), 30-Сен-25, 01:18

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

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

189. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 03:20

>> Правда 100 мегабит всего
> Учитывая, что у большинства скорость интернета редко дотягивает даже до 20 мегабит,
> то сотка как потолок будет обоснована ещё многие годы. Та даже
> по локалке я не знаю зачем такие скорости.
Это для начала - в телик/бытовуху. Куда там такое девать - ну в общем на практике я не видел использования этого. Вот по usb я себе сетку делаю. По немолодому 2.0 будет уже - "до 480Мбит". Это более универсально. Скажем роутер снюхался с одноплатником косплеившим такое - и сразу заработало. А HDMI у роутера совсем нет. Так что какой usage фичи ожидался - я даже и не знаю. Но наверное какой-то был.
А так у меня в основном гигабитные сетевки и роутер. А почему плохо - гонять данные в 10 раз быстрее? Это мне ничего не стоило: гигабит сетевка была встроена в мамку, роутер не дороже 100 Мбит стоил по сути. Тем более что в гигабитных проц мощнее как правило.
Так что юзежа HDMI для этого эзернета я ни разу в жизни не видел пока. Но в спеках как бы номинально есть.

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

98. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 16:52

Жив ли x32?

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

123. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (-), 29-Сен-25, 19:47

> Жив ли x32?
Эмм... а ничо, что 64 бита существуют уже более 20 лет? И неужто где-то сохранились в использовании чисто 32 битные железки? В последний раз видел Pentium III где-то в году 2007 у соседа по гаражу.

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

177. "Релиз ядра Linux 6.17" –1 +/–

Сообщение от Аноним (177), 30-Сен-25, 01:00

> И неужто где-то сохранились в использовании чисто 32 битные железки
У Боинга до сих пор обновления на дискетах. Как думаешь, сколько там бит у железок?

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

210. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 11:53

>Эмм... а ничо, что 64 бита существуют уже более 20 лет?
x32 abi != x86

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

119. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (119), 29-Сен-25, 18:59

На phoronix нашёл в одной новости инфу, что NTFS3 теперь out-of-tree. Я что-то пропустил или фороникс ошибся?

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

125. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 20:05

> в одной новости
Вас за такое в одно место направить могут.

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

131. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 20:29

> На phoronix нашёл в одной новости инфу, что NTFS3 теперь out-of-tree. Я
> что-то пропустил или фороникс ошибся?
Может это bcachefs был - а не NTFS3? Без пруфлинка - нещитово.

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

143. "Релиз ядра Linux 6.17" +/–

Сообщение от llolik (ok), 29-Сен-25, 21:22

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/lin...
Вроде как, из tree никуда не делось.
Или там было про старый драйвер, который ro-only, или phoronix гонит.

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

145. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (132), 29-Сен-25, 21:32

Гонит здешний комментатор, иначе бы ссылку оставил.
Видимо, он прочитал эту новость, увидел NTFS3, но не понял, что там написано.
https://www.phoronix.com/news/Linux-6.18-write-cache-pages

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

161. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (60), 29-Сен-25, 22:31

Почитал по ссылке, это что с 6.18 ZFS тормозить начнет ?!

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

170. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 29-Сен-25, 22:51

> Почитал по ссылке, это что с 6.18 ZFS тормозить начнет ?!
Не, чувак, она не сможет - page cacche сбрасывать когда ей захотелось. Что намного более крутая грабля. Без этого ФС вообще - работать будет через ректум и развалится с полоборота. Если не придумает как ей это делать иными способами. А что делать - ядерные фс _ту_ апю уже не юзают лет так эн. Она и перестала требоваться, ее и дропнули.
А кто не с нами... тот сам по себе :)

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

173. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (173), 29-Сен-25, 23:55

system("sync") будет писать каждый раз, как надо)

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

190. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (-), 30-Сен-25, 03:23

> system("sync") будет писать каждый раз, как надо)
Так оно как раз вот этот "sync" в ZFS теперь сделать по простому и не сможет как раз. Да и смысла его писать сам себе?

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

226. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (60), 30-Сен-25, 16:13

Напугал меня, а zfs таки готовы к изменениям
https://github.com/openzfs/zfs/issues/17751

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

165. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (166), 29-Сен-25, 22:42

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

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

218. Скрыто модератором +/–

Сообщение от Аноним (55), 30-Сен-25, 14:18

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

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

178. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (178), 30-Сен-25, 01:02

> Добавлен тип UserPtr
Установление семантики на уровне типов для проверки инвариантов на стадии сборки - это основная мега-фича по сравнению с Си, который так вообще не умеет, поэтому про баги мы узнаём в рантайме.

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

200. "Релиз ядра Linux 6.17" +1 +/–

Сообщение от Аноним (200), 30-Сен-25, 08:56

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

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

204. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (204), 30-Сен-25, 10:36

Неожиданность, что нужно логический тип реализовывать в "физическое воплощение". enum это тип на ограниченном наборе. На какой архитектуре он реализуется (16-,32-,64-битной) платформе это задача программиста Си. Если Вы привыкли программировать "коня в сферическом вакууме" для лекций, то Си не для Вас.

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

208. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (178), 30-Сен-25, 11:28

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

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

217. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (204), 30-Сен-25, 14:08

Ну я же говорю Своя (очередная) изолированная "система идеальных типов". Проблема в том, что таких систем много но ядро написано на Си (Не паскале, не на фортране и т.д). Надо как-то "сшивать вашу программу с реальным миром созданным до вас, а это значит надо "сшивать типы" - конвертировать. Единственный _реально _существующий_тип_ это тип аппаратной платформы, который объединяет. Для этого нужен ассемблер или Си. Абстракция выдуманных типов хороша для лекций. Кто идет далее приходит к Си или ассемблеру (Как человек, которого не устроил enum и он начал "играться"). Конечно если Вы не связаны в аппаратными тонкостями - это делают за вас другие в липразорие unsafe {} -, то это можно критиковать "свысока обёрточника" неправильность Си. Пишите ядро и увидите как начнете ругаться на железо, которое плевать хотело на ваши абстракции.
Если Вы не бот, то поймете неинтерестность для меня этой дискуссии.
Пишите ядро без unsafe!

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

212. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 11:59

>Неожиданность, что нужно логический тип реализовывать в "физическое воплощение"
Сколько лет сишники не выучат слово "типобезопасность"? Полвека? Вот интересно, если сишник про зависимые типы узнает, на него небо упадёт?

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

211. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (213), 30-Сен-25, 11:56

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

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

223. Скрыто модератором +/–

Сообщение от Аноним (-), 30-Сен-25, 15:30

Твои слова типичны для высокоуроневого абстрактника. И зачем такие люди лезут в ядро? Непонятно.

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

227. "Релиз ядра Linux 6.17" +/–

Сообщение от Pajeet (?), 30-Сен-25, 18:27

> Паскаль не является типобезопасным языком
Ты его вообще в глаза видел? Похоже на попытку набросить г... на вентилятор.

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

201. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (200), 30-Сен-25, 08:59

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

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

205. "Релиз ядра Linux 6.17" +/–

Сообщение от Аноним (205), 30-Сен-25, 10:36

Там скорее всего появится уже 6.19 или типо того. В общем, не раньше Февраля.

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

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

2. "Релиз ядра Linux 6.17"	–27 +/–
Сообщение от Аноним (2), 29-Сен-25, 11:48
Надо попробовать на Tumbleweed: https://www.opensuse.org/ru/
Ответить \| Правка \| Наверх \| Cообщить модератору


	13. "Релиз ядра Linux 6.17"	+7 +/–
	Сообщение от Аноним (13), 29-Сен-25, 12:19
	Какой наивный спам
	Ответить \| Правка \| Наверх \| Cообщить модератору


	23. "Релиз ядра Linux 6.17"	+4 +/–
	Сообщение от нейм (?), 29-Сен-25, 13:11
	У спама должна быть цель, типа продажи продукта Какой смысл нести на опеннет, где все сидят на винде и маке, ссылку на какой-то маргинальный роллинг?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	48. "Релиз ядра Linux 6.17"	+3 +/–
	Сообщение от Игорь (??), 29-Сен-25, 14:33
	Значит я маргинал - использую Tumbleweed с момента ее появления.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	144. "Релиз ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (144), 29-Сен-25, 21:23
	Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор))
	Ответить \| Правка \| Наверх \| Cообщить модератору


	151. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 29-Сен-25, 22:06
	> Но недостаточно... А вот сделал бы BSD/Linux и FreeGNU, был бы другой разговор)) Уже был Debian/kFreeBSD. Никому толком не надо оказалось - и проект загнулся.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	126. "Релиз ядра Linux 6.17"	–3 +/–
	Сообщение от Аноним (-), 29-Сен-25, 20:17
	> У спама должна быть цель, типа продажи продукта > Какой смысл нести на опеннет, где все сидят на винде и маке, > ссылку на какой-то маргинальный роллинг? Отучаемся говорить за всех. Я вот Debian юзаю. С сабжевым ядром, которое сам же себе и билданул. Почему сам? Давно известно что чтобы карта перла - надо просто быть тем кто раздает карты :)
	Ответить \| Правка \| К родителю #23 \| Наверх \| Cообщить модератору


	156. "Релиз ядра Linux 6.17"	+/–
	Сообщение от всамурай (?), 29-Сен-25, 22:14
	Ты как собрал? Каждую строчку в конфиге облизал или пару блоков по доке "отбилдил". И да, из чего билдил то? Со своего личного кода, я надеюсь? Крупье из 8"Б", ля.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	162. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 29-Сен-25, 22:31
	> Ты как собрал? Каждую строчку в конфиге облизал или пару блоков по доке "отбилдил". Как, как. Выставил ему параметры по вкусу, сказал make bindeb-pkg - и через энное время получил себе кернел, собраный так как мне надо было, а не кому-то еще. Но тут немного похоже на анекдот про мужика и счет из автосервиса: - Закрутить болт: $1. - Знать что крутить: $1000. Почему я думаю что похож на тот автосервис и его мастера? Примерно через десять лет спустя - убунта (чей конфиг был когда-то давно взят мной за основу) наконец доперла делать десктопам конфиги по дефолту - более-менее похожие на мои, сочетая low latency, low power и все такое. А в чем разница? Я наслаждался low latency десктопом с более низким потреблением питания на 10 лет больше, и только :). А доразвив скилл стал и системную интеграцию ворочать, под всякие одноплатники и проч. > И да, из чего билдил то? Со своего личного кода, я надеюсь? Из майнлайна конечно, с пылу с жару. Местами у мня есть и свои патчи для некоторых вещиц. > Крупье из 8"Б", ля. Скорее нечто типа мелкого но гордого системного интегратора, научившегося быть казино и потому - в плюсе со всего этого :)
	Ответить \| Правка \| Наверх \| Cообщить модератору

4. "Релиз ядра Linux 6.17"	–1 +/–
Сообщение от Аноним (4), 29-Сен-25, 11:59
Почему btrfs так долго разрабатывается? В смысле, постоянно какие-то улучшения производительности и т.д. почти в каждой новости про новое ядро.
Ответить \| Правка \| Наверх \| Cообщить модератору


	5. "Релиз ядра Linux 6.17"	+8 +/–
	Сообщение от Аноним (5), 29-Сен-25, 12:06
	Не долго разрабатывается, а развивается и совершенствуется. Всегда есть куда двигаться и что фиксить. ФС же сравнительно новая.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	11. "Релиз ядра Linux 6.17"	+7 +/–
	Сообщение от Аноним (11), 29-Сен-25, 12:14
	16 лет? Пора бы уже остепениться.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	28. "Релиз ядра Linux 6.17"	+1 +/–
	Сообщение от Wrt (?), 29-Сен-25, 13:35
	Так оно уже давно, ext4 тоже все еще развивается и улучшается.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	94. "Релиз ядра Linux 6.17"	+2 +/–
	Сообщение от Аноним (94), 29-Сен-25, 16:25
	А в линуксе всегда так. Либо вечно дорабатывают и долечивают детские болячки, либо уже устарело и в следуюшей версии будет удалено. Стабильного, рабочего состояния не существует, за поддержку стабильного платить не будут.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	112. "Релиз ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (112), 29-Сен-25, 17:28
	Зато в вынде всё отлично! Там всё устарело (это там называют "совместимость"), болячки не лечат (это там называют "стабильность"), и все счастливы! :D
	Ответить \| Правка \| Наверх \| Cообщить модератору


	132. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (132), 29-Сен-25, 20:49
	Ты сначала сравни ext4 с NTFS. У какой из них есть снапшоты, 2 вида сжатия, шифрование, дедупликация, возможность мгновенного поиска и бесконечные inode?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	133. "Релиз ядра Linux 6.17"	+/–
	Сообщение от AleksK (ok), 29-Сен-25, 21:03
	У btrfs
	Ответить \| Правка \| Наверх \| Cообщить модератору


	136. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (132), 29-Сен-25, 21:17
	> шифрование > возможность мгновенного поиска .
	Ответить \| Правка \| Наверх \| Cообщить модератору


	150. "Релиз ядра Linux 6.17"	+/–
	Сообщение от AleksK (ok), 29-Сен-25, 22:03
	> возможность мгновенного поиска Который в общем-то совсем не мгновенный и делается сторонней программой.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	152. "Релиз ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (-), 29-Сен-25, 22:08
	>> возможность мгновенного поиска > Который в общем-то совсем не мгновенный и делается сторонней программой. И делает при случае "windows vista" из любого компа, особенно если файло раскидать оптом или новый диск воткнуть. Ведь индексация - это совсем не моментально. И ресурсы - жрет на ура. Польза от этого - только для склеротиков разводящих в системе помойку, а тормоза вообще всем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	176. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (132), 30-Сен-25, 00:14
	> Польза от этого - только для склеротиков разводящих в системе помойку И это говорит человек, который только что предложил: > Берем диру. Делаем там 100К файлов. .
	Ответить \| Правка \| Наверх \| Cообщить модератору


	182. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 30-Сен-25, 02:24
	>> Польза от этого - только для склеротиков разводящих в системе помойку > И это говорит человек, который только что предложил: >> Берем диру. Делаем там 100К файлов. А у меня на линухе не получается windows vista при этом. Все за вполне обозримые времена ворочается. Даже на btrfs обычном. А то что NTFS будет колом стоять уж сколько там - ну так алгоритмика и структуры эпохи FAT. Самый свежак и круть. Вот только я как-нибудь пешком постою - покупать 20 лет 1 и тот же кернел по сути, без фиксов и улучшений почти - зато каждый раз все больше подстав, подлян и анноянса. Так что мне с ноля собрать debian стало элементарно проще чем винду расчистить за MS. Еще не хватало за свои деньги в свое время таким IT-ассенизаторством за MS заниматься. И нифига я с тем BS в EULA - не "agree".
	Ответить \| Правка \| Наверх \| Cообщить модератору


	184. "Релиз ядра Linux 6.17"	+1 +/–
	Сообщение от Аноним (132), 30-Сен-25, 02:35
	> предлагает какой-то синтетический тест > называет себя склеротиком с помойкой > съезжает на самопиар > А у меня > Вот только я > Так что мне > И нифига я
	Ответить \| Правка \| К родителю #182 \| Наверх \| Cообщить модератору


	219. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 30-Сен-25, 15:05
	>> предлагает какой-то синтетический тест Это также вполне прагматичные кейсы различного процессинга данных. >> называет себя склеротиком с помойкой >> съезжает на самопиар >> А у меня >> Вот только я >> Так что мне >> И нифига я За весь мир пусть кто-нибудь понаглей расписывается, типа вон тех проприетарщиков с их глобальными подтасо^W выводами на песке. А я буду расписываться - за себя и свои сценарии. Как-то так.
	Ответить \| Правка \| К родителю #184 \| Наверх \| Cообщить модератору


	146. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (146), 29-Сен-25, 21:49
	У той, которая медленная, как полумёртвая черепаха. А всё, что ты перечислил, есть у btrfs и ZFS + скорость. :)
	Ответить \| Правка \| К родителю #132 \| Наверх \| Cообщить модератору


	147. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (132), 29-Сен-25, 21:52
	Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	149. "Релиз ядра Linux 6.17"	+/–
	Сообщение от penetrator (?), 29-Сен-25, 22:01
	а давай возьми файл на полтерабайта, а потом скопируй его в тот же диск для модификаций ну например по каталогам: version 1.1 version 1.2 NTFS неплохая FS, но все, BTRFS уже лучше
	Ответить \| Правка \| Наверх \| Cообщить модератору


	153. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 29-Сен-25, 22:10
	> Ну давай сравнение скорости майкрософтовской реализации NTFS с btrfs и ZFS. Берем диру. Делаем там 100К файлов. Ребутаем машину чтобы сбросить кеш. Пробуем зайти в диру "на холодную". Сравниваем. Много думаем где эпоха DOS с FAT так и не закончилась.
	Ответить \| Правка \| К родителю #147 \| Наверх \| Cообщить модератору


	148. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (132), 29-Сен-25, 21:58
	Но мне нравится уже то, что ФС 1993 года, а не ReFS, сравнивается с ФС нового поколения.
	Ответить \| Правка \| К родителю #146 \| Наверх \| Cообщить модератору


	155. "Релиз ядра Linux 6.17"	+/–
	Сообщение от Аноним (-), 29-Сен-25, 22:11
	> Но мне нравится уже то, что ФС 1993 года, а не ReFS, > сравнивается с ФС нового поколения. Этот ReFS какой-то вообще левый, в домашних виндах пользователей на него вообще - обули. Так что несчастные аж WinBTRFS с горя пиляют.
	Ответить \| Правка \| Наверх \| Cообщить модератору