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

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

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

"Релиз ядра Linux 6.18"	+/–
Сообщение от opennews (??), 01-Дек-25, 09:58
После двух месяцев разработки Линус Торвальдс представил релиз ядра Linux 6.18. Среди наиболее заметных изменений: dm-pcache для дискового кэширования в энергонезависимой памяти (PMEM), удаление Bcachefs, online-режим проверки XFS, драйверы Binder (Android IPC) и Tyr (GPU Mali) на Rust, возможность создания USB-драйверов на Rust, оптимизация кэширования в аллокаторе памяти SLUB, адресация пространств имён по файловым дескрипторам, ускорение работы подкачки (swap), верификация BPF-программ по цифровой подписи, виртуализация Intel CET в KVM, сетевой протокол PSP (гибрид TLS и IPsec), поддержка IP-расширения AccECN, оптимизация UDP-стека... Подробнее: https://www.opennet.me/opennews/art.shtml?num=64346
Ответить \| Правка \| Cообщить модератору

Оглавление

Rust так не может ведь Или может на С это запросто, Rust (??), 09:58 , 01-Дек-25, (1) –7

Надо праздновать релиз свежего ядра, а не спорить кто что может Накатим , Аноним (-), 10:29 , 01-Дек-25, (6) +5

Ближайшие 20 лет из-за активного переписывания кода толку от линукса не будет П, Аноним (56), 12:37 , 01-Дек-25, (56) –8

Ага, откат В 90х прям по всюду SMT, KVM, Namespaces, TCP, NFT , 1 (??), 15:54 , 01-Дек-25, (139)

Да можно просто накатывать, независимот от релизов ядра , Аноним (62), 12:51 , 01-Дек-25, (62) +1

На си это надо делать вручную, потому что структуры в памяти лежат в таком же по, morphe (?), 10:50 , 01-Дек-25, (11) +2

Сказки-то не рассказывай С тех пор как лэйаут стал влиять на производительность, Маняним1 (?), 10:58 , 01-Дек-25, (18) +2

Добавить паддинг для выравнивания 8800 оптимизация , Аноним (22), 11:00 , 01-Дек-25, (22) +1
C только выравнивание добавляет, и твоя задача как программиста сделать так, что, morphe (?), 12:45 , 01-Дек-25, (58) –1

Хорошо же в языках без ABI и с одной единственной реализацией, Аноним (65), 12:55 , 01-Дек-25, (65)

зато какой прекрасный Ссделать упакованную структуру, да пожалуйста в гцц есть , Советский инженер (ok), 14:42 , 01-Дек-25, (104) +2

Оправдываете свой ник Ибо не в курсе что это устаревший синтаксис, на замену ко, Аноним (-), 15:04 , 01-Дек-25, (115) –1

И когда он появился Напомните пожалуйста, а ядро у нас уже С23 Или всё-таки С11 , Аноним (122), 15:16 , 01-Дек-25, (122) –1

Если говорить о выравнивании, то pragma pack n pragma pack push,N pragma pa, Совершенно другой аноним (?), 16:35 , 01-Дек-25, (147)

тогда не недо петь про множество компиляторов потому как оказываетися есть тольк, Советский инженер (ok), 16:59 , 01-Дек-25, (152)

Закрытое ненужно И, считай, M его давно дропнули в пользу clang или Rust, он у, Аноним (166), 17:42 , 01-Дек-25, (166)

Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло 10095 , At1ass (?), 13:52 , 01-Дек-25, (92) +1

Прикольно как ALL меряется - implementation defined behavior ом При том что его, Аноним (-), 15:05 , 01-Дек-25, (116)

неправда, во втором случае будет 12 байтпосле bool добавится 2 байта паддинга, Mikhail (??), 17:25 , 01-Дек-25, (163)

В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых сам , Аноним (19), 10:58 , 01-Дек-25, (19) +10

Поддерживаю Самооптимизации вполне себе могут медленно работать, наблюдал такое, Аноним (29), 11:16 , 01-Дек-25, (29)
В раст эта оптимизация включается выключается прямо из кода с помощью директив , Аноним (45), 11:52 , 01-Дек-25, (45)

ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятор, 12yoexpert (ok), 13:45 , 01-Дек-25, (89) +2

Два чая этому господину, Аноним (102), 14:29 , 01-Дек-25, (102) +1
у С уродский синтаксис а то что у С много компидяторов, так и С единого нет куча, Советский инженер (ok), 14:45 , 01-Дек-25, (106) –2

маленькие дети пристрастились к ллм-ботам вроде и слова, но смысла в них ноль, , 12yoexpert (ok), 14:46 , 01-Дек-25, (107)
Смотря с чем сравнивать По сравнению с Rust C не такой уж и плохой - те приблиз, Аноним (-), 15:25 , 01-Дек-25, (130)

Адепты Си Си поют про открытость, но как только попросишь у них ссылку на отк, Аноним (168), 18:26 , 01-Дек-25, (168) –1

открытый бесплатныйвам, собственности корпораций, не понять, 12yoexpert (ok), 19:05 , 01-Дек-25, (174)

Ага, но разве стандарт это не для всех куракекнул раб картофельного бульбера , Аноним (-), 19:11 , 01-Дек-25, (176)

Если структуру нужно шарить с C - то её можно явно пометить repr C , и тогда , morphe (?), 12:31 , 01-Дек-25, (54)

Точно не мешает А если у тебя в системе уже установлена библиотека собранная од, Аноним (65), 14:34 , 01-Дек-25, (103)

А если библиотека собрана другим СИ компилятором То как оно себя поведет , Аноним (122), 15:09 , 01-Дек-25, (117)

Нормально поведёт, ABI-то у си стандартизирован , Аноним (65), 15:22 , 01-Дек-25, (128)

АБИ то да, а вот поведение компиляфтора на одном и том же коде - нет Т е ты прос, Аноним (122), 15:30 , 01-Дек-25, (133)

А, простите, межмодульные ABI на вот именно Rust как предлагается делать Допус, Аноним (-), 15:09 , 01-Дек-25, (118)

Вообще, Си, и не только он, могут оптимизировать структуры Но это не всегда уме, _kp (ok), 11:38 , 01-Дек-25, (41) –1

Если тебе важен layout для передачи кому-то ещё - укажи это явно, repr C , и , morphe (?), 12:33 , 01-Дек-25, (55)

Скрыто модератором, Аноним (119), 15:11 , 01-Дек-25, (119)

Скрыто модератором, Аноним (168), 19:00 , 01-Дек-25, (171)

Когда не важно, то проблем нет, и делать можно как угодноНо, большинство структу, _kp (ok), 15:40 , 01-Дек-25, (135)

Давно не правда Даже в паскале есть reordered , Аноним (56), 12:38 , 01-Дек-25, (57) +1

В паскале структуры логические, для программиста, а в сях по стандарту физическ, morphe (?), 12:50 , 01-Дек-25, (59)

Скрыто модератором, Аноним (56), 13:10 , 01-Дек-25, (74) –1

Да просто пишите вы уже на языке каком хотите, а не топите за него, троллота Поф, Аноним (37), 11:34 , 01-Дек-25, (37)
Ваша проблема в том, что вы концентрируетесь на вопросах, а надо на ответах , Обычный человек (?), 12:29 , 01-Дек-25, (52) –1

Глючная W эспериментальная ФС по дефолту теперь насквозь редхатовская btrfs Её, Аноним (2), 10:22 , 01-Дек-25, (2) –3

Редхат-то как раз, вроде бы, ее уже выкинул , Аноним (7), 10:31 , 01-Дек-25, (7) +3
Чую пахнуло экспертизой , Аноним (108), 14:51 , 01-Дек-25, (108)
Кто знает, подскажите, где теперь патчи брать 65311 Можно ли использовать ветку, booksy (?), 17:22 , 01-Дек-25, (162)

17 становится LTS же , Аноним (4), 10:23 , 01-Дек-25, (4) +1

12 6 17 , Аноним (12), 10:50 , 01-Дек-25, (12)

так, а какого фига proxmox на 17 переехал , Аноним (4), 12:31 , 01-Дек-25, (53)

Скрыто модератором, Америка (?), 14:00 , 01-Дек-25, (97) –1

Как правило, последний релиз за год становится lts Итого это будет 6 18, до кон, Аноним (72), 13:09 , 01-Дек-25, (72) +1

Помню тут пару дней назад в комментах радостно рассказывали, что раст уже заброс, Аноним (5), 10:28 , 01-Дек-25, (5) +2

Не имеет значения, когда именно ржу выбросят Просто сам факт мёртворождённого и, Аноним (19), 10:56 , 01-Дек-25, (16) –2

Вот это уровень копиума , Аноним (25), 11:05 , 01-Дек-25, (25) +1

Этот драйвер не имел стратегического значения , кек (?), 11:35 , 01-Дек-25, (38) +2

Ну так пока они про все свое в ядре так говорят У них пока все тактическое Те, Аноним (96), 13:59 , 01-Дек-25, (96)
Разрешить добавлять драйвера на расте жест доброй воли со стороны С разработчико, Аноним (108), 14:53 , 01-Дек-25, (110)

С разморозкой Си разработчиков не спрашивают, а информируют по факту Несогласных, Аноним (168), 17:18 , 01-Дек-25, (161)

Ну так норм В проекте уже есть Великодушный Диктатор Он благодушно спрашивает к, Аноним (119), 17:29 , 01-Дек-25, (165)

Этот тот что от Paragon Кто владеет вопросом, подскажите, что происходит с этим, Аноним (8), 10:41 , 01-Дек-25, (8)

Да, от Paragon У меня работает, не ловил корраптов, но репорты от других пользо, Аноним (25), 11:31 , 01-Дек-25, (36)
Скрыто модератором, Аноним (141), 16:07 , 01-Дек-25, (141)
Кривое оно, до сих пор Из-под линукса лучше ничего не записывать на ntfs , Xo (?), 18:54 , 01-Дек-25, (169)

Ржавеет по-тихоньку А что для конечного пользователям может пригодиться , mos87 (ok), 10:41 , 01-Дек-25, (9) +6

Возможно драйвера Думаю без них для конечного пользователя будет весьма груст, Аноним (-), 12:22 , 01-Дек-25, (50)

Читаем Драйвер пока не готов , Аноним (56), 13:07 , 01-Дек-25, (69)

А ядро уже готово Чего они всё новые и новые версии выпускают Биндер написали, Аноним (-), 13:10 , 01-Дек-25, (73)

Биндер не писали, а переписывали , Аноним (56), 13:11 , 01-Дек-25, (75) +1

Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет, Анонимусс (?), 13:24 , 01-Дек-25, (78)

вот если на расте что-нибудь напишут, а не перепишут, тогда и поговорим, 12yoexpert (ok), 13:41 , 01-Дек-25, (85)

п-ф-ф-ф-фтипа на С что-то написли, а не переписали с асемблера или с фортрана ка, Советский инженер (ok), 14:54 , 01-Дек-25, (111) –1

СИ был создан для ПЕРЕПИСЫВАНИЯ юникса с ассемблера Дополню что паскаль был вол, Аноним (122), 15:19 , 01-Дек-25, (125)

Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет, Анонимусс (?), 13:24 , 01-Дек-25, (79) –1
Скрыто модератором, Аноним (-), 13:26 , 01-Дек-25, (80) –2

ядро уже почти 25 лет как готово если бы не было готово, ты бы просто не смог, Аноним (142), 16:21 , 01-Дек-25, (142)

Так зачем новые версии выпускают Им делать нечего А точно До 91 года интерне, Аноним (-), 16:25 , 01-Дек-25, (145)

Представьте себе, когда новые железки появляются, для них нужны новые дрова , Xo (?), 18:59 , 01-Дек-25, (170)

невидия и Mali на линуксе это само по себе смешно, даже без растоскама, 12yoexpert (ok), 13:40 , 01-Дек-25, (84) –1
для конечного, а не конченого, mos87 (ok), 14:11 , 01-Дек-25, (100)

Проясните плз про boot_display, с целью повышения уровня образованности Не поня, ryoken (ok), 10:48 , 01-Дек-25, (10)
а где RISC-V , dannyD (?), 10:53 , 01-Дек-25, (13)

Зачем оно вам Там все равно без блоблов не взлетит , Аноним (24), 11:04 , 01-Дек-25, (24) +2

блобов бояться - в лес не ходить , dannyD (?), 11:23 , 01-Дек-25, (32)
а сейчас нет, скажем, ноутов на полностью кроме вафли и блютуза, изолированных , 12yoexpert (ok), 13:39 , 01-Дек-25, (83)

RISC-V не взлетел останется навсегда академической разработкой для исследовател, Аноним (-), 13:08 , 01-Дек-25, (70)

Надо рассказать это Nvidia с ее триллионами и прочим Western Digital которые про, Аноним (-), 15:15 , 01-Дек-25, (121)

кажный может себе позворить риска - на алике ESP за 100 рублей , Аноним (142), 16:25 , 01-Дек-25, (146)

ага а 25 сожрали чиста случайно , Аноним (142), 16:24 , 01-Дек-25, (144)

В смысле Там только недавно поддержку чего-то нового от SiFive запилили , Аноним (119), 15:13 , 01-Дек-25, (120)
пошли работу над ошибками делать, Аноним (142), 16:23 , 01-Дек-25, (143)

Ядро - это в принципе независимый проект, в нём не может быть возможность писат, Аноним (19), 10:54 , 01-Дек-25, (14) –1

Ога, на Ди, на с Ты просто пишешь для ядра на расте, а те кому не нравится, , Аноним (39), 11:36 , 01-Дек-25, (39)
Да, ты прав Принципиально не зависит от тебя и твоих хотелок , Бжежко (ok), 13:54 , 01-Дек-25, (93) +1
Там рyccких линчуют , Xo (?), 19:02 , 01-Дек-25, (173)

А это как , aname (?), 10:54 , 01-Дек-25, (15)

Ну как, говорят что если скрестить ежа и ужа - получается 2 метра колючей провол, Аноним (-), 15:17 , 01-Дек-25, (123)

Собака лает, караван идёт , Аноним (22), 10:57 , 01-Дек-25, (17) –3

Самокритичненько, Аноним (42), 11:45 , 01-Дек-25, (42) +2

он имел ввиду, что маркетологи раста там что-то где-то кричат, но инженерам на э, 12yoexpert (ok), 13:36 , 01-Дек-25, (82)

Скрыто модератором, Аноним (-), 17:28 , 01-Дек-25, (164)

Мда Дно дна То что должно работать в пространстве пользователя в ядро запихн, Аноним (96), 14:03 , 01-Дек-25, (99)
Грабить корован уже можно Есть чем поживиться , Аноним (62), 15:19 , 01-Дек-25, (124)

Где то во второй декаде декабря Фряха 15 зарелизится,вот это полезная новость Т, Аноним (24), 10:58 , 01-Дек-25, (20)

Какой второй декаде Релиз завтра , Аноним (29), 11:20 , 01-Дек-25, (31)

Серьезно Норм,а то помню читал вроде как 21 декабря , Аноним (24), 11:26 , 01-Дек-25, (33)

21 декабря это уже как бы третья декада , Аноним (44), 11:47 , 01-Дек-25, (44)

Буду знать , Аноним (24), 13:50 , 01-Дек-25, (91)

Как у тебя в одном предложении сочитаются фряха и полезность ФРЯ это беспол, Аноним (-), 12:02 , 01-Дек-25, (46) –1

Скрыто модератором, Аноним (24), 13:09 , 01-Дек-25, (71)
как минимум иметь альтернативу линуксу с его назревающим вендор-локом на раст - , 12yoexpert (ok), 13:35 , 01-Дек-25, (81)

А то что для сборки фри нужен llvm тебя не смущает Или это юмор которого я не п, Аноним (108), 14:56 , 01-Дек-25, (112) +1

Перед ответом лучше проверить ник Тогда все станет ясно , Аноним (22), 15:04 , 01-Дек-25, (114)

Что в этой шляпе полезного то LTS нету, бинарные пакеты на вторых ролях, так чт, Аноним (-), 15:19 , 01-Дек-25, (126)

Каждый и танцует,мне нравится Пакеты и для 13 фряхи есть,а она 4 года как вышла, Аноним (24), 16:43 , 01-Дек-25, (149)

Как-то противоречиво звучит, Аноним12345 (?), 11:00 , 01-Дек-25, (21) +1
Кто разбирается в BPF Оно заметно замедляет работу ядра , Аноним (27), 11:12 , 01-Дек-25, (27)

scx_bpfland поставь, да проверю Спойлер ОС станет более отзывчивой , Аноним (25), 11:14 , 01-Дек-25, (28) +1

Не, я понял, что BPF - крутая штука, но рассуждая по дилетански вот есть ядро, , Аноним (27), 14:51 , 01-Дек-25, (109)

В ядре тоже треды есть, почему ты думаешь, что оно все синхронно работает Конеч, Аноним (22), 15:03 , 01-Дек-25, (113)

Всегда было интересно, а вот это вот вообще зачем в ядре Почему именно SMB, а н, Аноним (22), 11:38 , 01-Дек-25, (40) +1

nfs тоже в ядре, это тебе не интересно почему , Аноним (48), 12:19 , 01-Дек-25, (48)

вопрос был про вечно дырявую самбу, причём местами - на уровне спецификации прот, Аноним (56), 12:51 , 01-Дек-25, (61)

что nfs дырявый, что самбаhttps www cve org CVERecord SearchResults query NFSв, Аноним (48), 13:24 , 01-Дек-25, (77) +1

Чтобы rootfs грузить по сети Очень удобно для экспериментов , eugener (ok), 17:03 , 01-Дек-25, (156)

скорость работы, там прирост процентов в 30 по производительности, Аноним (60), 12:51 , 01-Дек-25, (60)

Это быстро исправят переписыванием на раст , Аноним (56), 12:54 , 01-Дек-25, (63)
Почитал уже RDMA выглядит как совсем плохая идея , Аноним (25), 12:54 , 01-Дек-25, (64)

Абсолютно Но если у тебя весь ДЦ забит _твоими_ серверами и более ничем - пурку, Аноним (-), 15:21 , 01-Дек-25, (127)

А потом кто-то заказывает внутренний пентест в лучшем случае , Аноним (22), 15:49 , 01-Дек-25, (138)

Скрыто модератором, Анонимусс (?), 11:46 , 01-Дек-25, (43) –1
Офигеть А оно хоть как-то запускается после такого Или нам главное чистота кр, Аноним (47), 12:18 , 01-Дек-25, (47)

Как-то же они в интернет запостили это, должно быть что-то да работает , Аноним (51), 12:24 , 01-Дек-25, (51) +1
Нет, конечно Оно и не для запуска делается , Аноним (25), 12:55 , 01-Дек-25, (66) –1

https www youtube com watch v xii8bqmE6jk, Аноним (67), 12:59 , 01-Дек-25, (67) –2
хорошо но лучше бы это в uefi можно было выбирать везде, Аноним (94), 13:54 , 01-Дек-25, (94)

фолс аларм это никакой не параметр, а просто информацияпозор , Аноним (94), 13:56 , 01-Дек-25, (95)

Вот это очень плохо на самом деле Не потому что раст а потому что та еще дыра , Аноним (98), 14:00 , 01-Дек-25, (98)

Хм, так биндер ЕМНИП в вндроиде с самого начала, где-то с 2007-2008 года Да и кр, Аноним (101), 14:27 , 01-Дек-25, (101) –1
Он и до этого там был - просто на сях В десктопных дистро не включен как правил, Аноним (-), 15:23 , 01-Дек-25, (129)

И еще всего лишь 3 9 млрд пользователей андроида Мелочь такая, то ли дело дескт, Аноним (-), 15:29 , 01-Дек-25, (131)

Еще чуть чуть и 4млрд , Аноним (141), 16:05 , 01-Дек-25, (140)

И для waydroid ещё, конечно , Аноним (22), 15:48 , 01-Дек-25, (137)

В xe поддержка VAAPI поломана, Аноним (105), 14:45 , 01-Дек-25, (105)

Сейчас Линус возьмётся за это, он собрал себе новый комп с B580 https videocar, Аноним (67), 15:30 , 01-Дек-25, (132)

Ядра Linux после ветки 5 не существует, так как в 6 дырявый Rust появился , Аноним (134), 15:35 , 01-Дек-25, (134)

опа есть, а слова нет с Ваше мнение никак не влияет на его существование , Аноним (-), 15:40 , 01-Дек-25, (136) +1
отрицание - ты тутгневторгдепрессияпринятие, чатжпт (?), 17:07 , 01-Дек-25, (158)
Ну, вообще, получше работает, слишком много полезных изменений, чтобы их игнорир, Аноним (175), 19:11 , 01-Дек-25, (175)

Во что превратился форум Модераторы собираются вообще что-то делать с теми кто п, Аноним (148), 16:42 , 01-Дек-25, (148)

А он раньше было лучше А вы сейчас про кого Про тех кто указывает разработчикам , Аноним (119), 16:57 , 01-Дек-25, (151)
Скрыто модератором, Анонимусс (-), 17:02 , 01-Дек-25, (155) –1

NTFS3 могут выкинуть, так как у меня на компе с dev sdb1 он не работает , Аноним (150), 16:45 , 01-Дек-25, (150)
Вот пошла гонка за версиями С растом будет еще хуже , Кошкажена (?), 17:00 , 01-Дек-25, (153)

Ей как бы уже три года Если вы на нее собираетесь ставить НОВЕЙШЕЕ ядро, то поч, Анонимусс (-), 17:07 , 01-Дек-25, (157)
Скрыто модератором, Аноним (119), 17:08 , 01-Дек-25, (159)

Где C и Rust там всегда конские размеры исходников и долгая компиляция А Rust , Аноним (-), 17:01 , 01-Дек-25, (154)

Бред Уже опровергали и не раз А вы это кто Разработчики из kernel team Создате, Анонимусс (-), 17:10 , 01-Дек-25, (160)

Чтобы это было не так, придётся приложить определённые усилия, и, скажем прямо, , Аноним (175), 19:00 , 01-Дек-25, (172)

Над бтрфс действительно хорошо поработали, производительность теперь не хуже чем, Аноним (167), 17:45 , 01-Дек-25, (167)

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

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

Сообщение от Rust (??), 01-Дек-25, 09:58

>оптимизация размещения структур данных в памяти
Rust так не может ведь? Или может? на С это запросто

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

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

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

Надо праздновать релиз свежего ядра, а не спорить кто что может! Накатим!

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

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

Сообщение от Аноним (56), 01-Дек-25, 12:37

Ближайшие 20 лет из-за активного переписывания кода толку от линукса не будет. По сути Линус сделал откат в 90-е гг, когда было непонятно, что за инструмент лепится.

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

139. "Релиз ядра Linux 6.18" +/–

Сообщение от 1 (??), 01-Дек-25, 15:54

Ага, откат. В 90х прям по всюду SMT, KVM, Namespaces, TCP, NFT ....

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

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

Сообщение от Аноним (62), 01-Дек-25, 12:51

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

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

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

Сообщение от morphe (?), 01-Дек-25, 10:50

> на С это запросто
На си это надо делать вручную, потому что структуры в памяти лежат в таком же порядке как в коде описаны, а Rust это по дефолту сам оптимизирует для лучшего layout

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

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

Сообщение от Маняним1 (?), 01-Дек-25, 10:58

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

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

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

Сообщение от Аноним (22), 01-Дек-25, 11:00

Добавить паддинг для выравнивания ≠ оптимизация.

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

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

Сообщение от morphe (?), 01-Дек-25, 12:45

>> На си это надо делать вручную
> Сказки-то не рассказывай. С тех пор как лэйаут стал влиять на производительность
> С делает это автоматом.
C только выравнивание добавляет, и твоя задача как программиста сделать так, чтобы после добавления выравнивания структура не выросла слишком сильно, иногда такое надо делать по разному для разных архитектур, и отличие почти всегда только в порядке полей
Предположим
bool b
uint32_t b
bool c
uint32_t d
Займёт 16 байт, потому что после каждого bool оно добавит 3 байта для выравнивания полей b, d до границ в 4 байта требуемых uint32_t, а
uint32_t a
uint32_t b
bool c
bool d
Всего 10, потому что a, b уже выровнены
Rust тоже добавляет выравнивание, однако оптимальный порядок полей определяет сам.
В каких-то очень больших структурах конечно в теории этот порядок может быть не лучшим для кеша, однако это редкость, и в большинстве случаев Rust делает всё правильно.

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

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

Сообщение от Аноним (65), 01-Дек-25, 12:55

>однако оптимальный порядок полей определяет сам
Хорошо же в языках без ABI и с одной единственной реализацией

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

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

Сообщение от Советский инженер (ok), 01-Дек-25, 14:42

зато какой прекрасный С
сделать упакованную структуру, да пожалуйста. в гцц есть __attribute((packed)).
только это в gcc, для msvc что-то другое. да и в gcc под виндой не работает.
вот такой прекрасный С. куча несовсестимых реализаций, да еще со своими тараканами в зависимости от платформы.

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:04

> сделать упакованную структуру, да пожалуйста. в гцц есть __attribute((packed)).
Оправдываете свой ник? Ибо не в курсе что это устаревший синтаксис, на замену которого таки сделали стандартный, для навеса атрибутов. Правда, в си сие дошло только к C23. И по моему packed там так и нет в стандартных атрибутах.
> только это в gcc, для msvc что-то другое. да и в gcc под виндой не работает.
Те кто хотел C - msvc не юзали. Ибо этот кусок крапа даже C99 нормально не может. На него сишники и позабивали в ответ. И в целом всем довольно похрен что там у MSVC <-> C.
А линухкернел MSVC билдит примерно 0 человек, так что важность этой проблемы в этом контекста...
> вот такой прекрасный С. куча несовсестимых реализаций, да еще со своими
> тараканами в зависимости от платформы.
У Rust своих тараканов хватает. Главный из которых - скачайтеночнушку и какое либо отсутствие намека на стандарты вообще.

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

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

Сообщение от Аноним (122), 01-Дек-25, 15:16

> Оправдываете свой ник? Ибо не в курсе что это устаревший синтаксис, на замену которого таки сделали стандартный, для навеса атрибутов.
И когда он появился?
> Правда, в си сие дошло только к C23. И по моему packed там так и нет в стандартных атрибутах.
Напомните пожалуйста, а ядро у нас уже С23?
Или всё-таки С11?
Речь же про раст, си и ядро.
> Те кто хотел C - msvc не юзали. Ибо этот кусок крапа даже C99 нормально не может.
А кто может)?
GCC не умеет в Floating-point environment.
Даже CGG С23 куча вещей partial support.
Это просто "стандарт" такой хороший, что его можно не реализовывать полностью.
Но СИшникам не впервой помои кушать, и так сойдет.
> У Rust своих тараканов хватает. Главный из которых - скачайтеночнушку
Ну так не качайте. Просто фиксируйте edition.
> и какое либо отсутствие намека на стандарты вообще.
Типичное вранье.
Есть RFC - чем тебе не стандартизация? Вон весь интернет на рфцшках сделан и ничего работает.
А во вторых есть Ferrocene Language Specification.

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

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

Сообщение от Совершенно другой аноним (?), 01-Дек-25, 16:35

Если говорить о выравнивании, то #pragma pack(n)/#pragma pack(push,N)/#pragma pack(pop) поддерживаются и в MSVC и в GCC.
В GCC, на самом деле, как минимум с версии 4.3, а на самом деле, вполне себе упоминается и в документации к 2.95.3.

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

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

Сообщение от Советский инженер (ok), 01-Дек-25, 16:59

> Те кто хотел C - msvc не юзали.
тогда не недо петь про множество компиляторов.
потому как оказываетися есть только 1 настоящий
>Ибо этот кусок крапа даже C99 нормально не может
может С17
>А линухкернел MSVC билдит примерно 0 человек, так что важность этой проблемы в этом контекста...
контекст тут такой, что сишники постоянно хвастаются что есть куча компиляторов.
только вот как оказывается, если немного поскребти, то все они какие-то не такие 🤷‍♂️

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

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

Сообщение от Аноним (166), 01-Дек-25, 17:42

> msvc
Закрытое ненужно. И, считай, M$ его давно дропнули в пользу clang или Rust, он уже толком современный стандарт C++ не поддерживает.

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

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

Сообщение от At1ass (?), 01-Дек-25, 13:52

Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло
❯ cat test.c
#include <stdint.h>
#include <stdbool.h>
#include <stdio.h>
struct one {
    uint32_t a;
    uint32_t b;
    bool c;
    bool d;
};
struct two {
    uint32_t a;
    bool c;
    uint32_t b;
    bool d;
};
struct __attribute__((packed)) three {
    uint32_t a;
    bool c;
    uint32_t b;
    bool d;
};
int main (void) {
    printf("one size: %lu\n", sizeof(struct one));
    printf("two size: %lu\n", sizeof(struct two));
    printf("three size: %lu\n", sizeof(struct three));
}
❯ gcc test.c -O3
❯ ./a.out
one size: 12
two size: 16
three size: 10

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

116. "Релиз ядра Linux 6.18" +/–

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

> Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло
Прикольно как ALL меряется - implementation defined behavior'ом. При том что его никто никому не гарантировал и он не обязан быть мировой константой.
Вот в случае packed еще на что-то можно уповать. Только он почему-то не в стандарте за столько лет...

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

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

Сообщение от Mikhail (??), 01-Дек-25, 17:25

неправда, во втором случае будет 12 байт
после bool добавится 2 байта паддинга

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

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

Сообщение от Аноним (19), 01-Дек-25, 10:58

В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых "сам оптимизирует", ибо если завтра добавят модуль на Си с другим лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.

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

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

Сообщение от Аноним (29), 01-Дек-25, 11:16

Поддерживаю. Самооптимизации вполне себе могут медленно работать, наблюдал такое.

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

45. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (45), 01-Дек-25, 11:52

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

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:45

ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией

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

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

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

Два чая этому господину

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

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

Сообщение от Советский инженер (ok), 01-Дек-25, 14:45

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

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 14:46

маленькие дети пристрастились к ллм-ботам: вроде и слова, но смысла в них ноль, просто белый шум

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

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

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

> у С уродский синтаксис.
Смотря с чем сравнивать. По сравнению с Rust C не такой уж и плохой - те приблизились к реализации Brainfuck 2.0 намного ближе, догнав а может и перегнав C++ по количеству странных закорючек. Так что на этом фоне C пожалуй довольно милый.

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

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

Сообщение от Аноним (168), 01-Дек-25, 18:26

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

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 19:05

открытый != бесплатный
вам, собственности корпораций, не понять

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

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

Сообщение от Аноним (-), 01-Дек-25, 19:11

> открытый != бесплатный
Ага, но разве стандарт это не для всех?
> вам, собственности корпораций, не понять
куракекнул раб картофельного бульбера.

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

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

Сообщение от morphe (?), 01-Дек-25, 12:31

> В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых
> "сам оптимизирует", ибо если завтра добавят модуль на Си с другим
> лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.
Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)], и тогда её layout будет совпадать между Rust и C
Что однако не мешает использовать в Rust коде свои, оптимизированные структуры

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

103. "Релиз ядра Linux 6.18" +/–

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

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

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

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

Сообщение от Аноним (122), 01-Дек-25, 15:09

А если библиотека собрана другим СИ компилятором?
То как оно себя поведет?

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

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

Сообщение от Аноним (65), 01-Дек-25, 15:22

Нормально поведёт, ABI-то у си стандартизирован.

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

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

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

> Нормально поведёт, ABI-то у си стандартизирован.
АБИ то да, а вот поведение компиляфтора на одном и том же коде - нет.
Т.е ты просто сменил компилятор, а либа вместо одного поведения делает что-то неожиданное.

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

118. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (-), 01-Дек-25, 15:09

> Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)],
> и тогда её layout будет совпадать между Rust и C
А, простите, "межмодульные" ABI на вот именно Rust как предлагается делать?
Допустим у меня есть бутлоадер или фирмварь. И есть ядро или main app которые оно запускает. Как из main app вызвать функцию boot loader/firmware с предсказуемым ABI, в допущении что это разные куски которые ребилдядся и апдейтятся независимо - и поэтмоу ABI вызова должно совпадать? Что, писать что это - сишный лэйаут, потому что "системщики" на этот глубоко системный аспект вообще поклали и вместо этого - "автоматически сделает збс" именно там где это как раз смерти подобно? :)

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

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

Сообщение от _kp (ok), 01-Дек-25, 11:38

Вообще, Си, и не только он, могут оптимизировать структуры.
Но это не всегда уместно, когда то они должны располагаться в памяти жестко.
Поля тоже можно перетасовать, но подобное еще менее вероятно что понадобится.
Допустим, перетасовало поля структуры "для лучшего layout"...
А а куда, кроме как в мусорную корзину, можно передать такую структуру, неизвестного формата, не соответствующую ни исходнику, ни документации? :)
А в OS большинство структур передаются из компонента в компонент, или на сторону пользователя.

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

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

Сообщение от morphe (?), 01-Дек-25, 12:33

> Допустим, перетасовало поля структуры "для лучшего layout"...
> А а куда, кроме как в мусорную корзину, можно передать такую структуру,
> неизвестного формата, не соответствующую ни исходнику, ни документации? :)
> А в OS большинство структур передаются из компонента в компонент, или на
> сторону пользователя.
Если тебе важен layout для передачи кому-то ещё - укажи это явно, #[repr(C)], и тогда layout структуры в Rust будет совпадать с аналогичным описанием на языке C.
Однако это совсем не важно для внутренних структур, и структур которые шарятся только с Rust кодом

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

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

Сообщение от Аноним (119), 01-Дек-25, 15:11

> Если тебе важен layout для передачи кому-то ещё - укажи это явно, #[repr(C)],
И тут хипстики-хрустики не смогли шагу ступить без дидов - которые сделали ЭТО намного менее тупо. Даже при всех своих shortcomings.
И как там насчет гарантий safety такого кода при анализе?

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

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

Сообщение от Аноним (168), 01-Дек-25, 19:00

> И как там насчет гарантий safety такого кода при анализе?
А как расположение структуры в памяти влияет на анализ?
Не тупи.

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

135. "Релиз ядра Linux 6.18" +/–

Сообщение от _kp (ok), 01-Дек-25, 15:40

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

>> структур которые шарятся только с Rust кодом
А вот здесь грабли,даже если код только на Rust ваять.
Когда собираете что то сложнее helloword, большое, и не пересобираете все целиком, то начнутся проблемы. В общем, фича только для очень локальных данных.

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

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

Сообщение от Аноним (56), 01-Дек-25, 12:38

> структуры в памяти лежат в таком же порядке как в коде описаны
Давно не правда. Даже в паскале есть reordered.

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

59. "Релиз ядра Linux 6.18" +/–

Сообщение от morphe (?), 01-Дек-25, 12:50

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

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

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

Сообщение от Аноним (56), 01-Дек-25, 13:10

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

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

37. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (37), 01-Дек-25, 11:34

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

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

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

Сообщение от Обычный человек (?), 01-Дек-25, 12:29

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

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

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

Сообщение от Аноним (2), 01-Дек-25, 10:22

>Из ядра удалён код файловой системы Bcachefs
Глючная ^W эспериментальная ФС по дефолту теперь насквозь редхатовская btrfs. Её не выкинут. Даже если разработчик будет хоть сам чёрт во плоти.

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

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

Сообщение от Аноним (7), 01-Дек-25, 10:31

Редхат-то как раз, вроде бы, ее уже выкинул.

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

108. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (108), 01-Дек-25, 14:51

>насквозь редхатовская btrfs
Чую пахнуло экспертизой.

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

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

Сообщение от booksy (?), 01-Дек-25, 17:22

> удаление Bcachefs
Кто знает, подскажите, где теперь патчи брать？Можно ли использовать ветку от Кена?

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

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

Сообщение от Аноним (4), 01-Дек-25, 10:23

17 становится LTS же?

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

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

Сообщение от Аноним (12), 01-Дек-25, 10:50

12+6=17?

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

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

Сообщение от Аноним (4), 01-Дек-25, 12:31

так, а какого фига proxmox на 17 переехал?

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

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

Сообщение от Америка (?), 01-Дек-25, 14:00

Ориентироваться в стабильных версиях ядра на основе использования версии ядра сторонним проектом - это очень креативно.

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

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

Сообщение от Аноним (72), 01-Дек-25, 13:09

Как правило, последний релиз за год становится lts. Итого это будет 6.18, до конца года 6.19 никак не зарелизят.
Почему проксмокс переехал на 6.17 - им виднее, в дебиане на данный момент либо 6.12 как стабильный, либо 6.17 как бэкпорт/тестинг. 6.18 станет лтс и попадет в бэкпорт, на него переехать с 6.17 менее проблемно, чем с 6.12.

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

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

Сообщение от Аноним (5), 01-Дек-25, 10:28

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

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

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

Сообщение от Аноним (19), 01-Дек-25, 10:56

Не имеет значения, когда именно ржу выбросят. Просто сам факт мёртворождённого изычка не даёт ему никаких шансов. Как только гугля решит оптимизировать дармоедов, ВНЕЗАПНО окажется, что "раст оказался непригоден" и далее шлейф обещаний что завтра будет лучше, чем вчера, но деньги, про_с_раные на ржу, никто уже не вернёт.

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

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

Сообщение от Аноним (25), 01-Дек-25, 11:05

Вот это уровень копиума.

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

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

Сообщение от кек (?), 01-Дек-25, 11:35

"Этот драйвер не имел стратегического значения"

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

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

Сообщение от Аноним (96), 01-Дек-25, 13:59

Ну так пока они про все свое в ядре так говорят.
У них пока все "тактическое". Тестируют, короче.

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

110. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (108), 01-Дек-25, 14:53

Разрешить добавлять драйвера на расте жест доброй воли со стороны С разработчиков.

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

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

Сообщение от Аноним (168), 01-Дек-25, 17:18

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

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

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

Сообщение от Аноним (119), 01-Дек-25, 17:29

> Си разработчиков не спрашивают, а информируют по факту.
Ну так норм.
В проекте уже есть Великодушный Диктатор.
Он благодушно спрашивает "как лучше сделать", а получает в ответ хамство (публикацию частной переписки) и некоструктивное "No rust code in kernel/dma, please".
> Несогласных уходят.
А ты бы терпел сотрудника который нарушает субординацию?
Торвальдс вроде человеческим языком (и почти без ругательств) пояснил, что
"... никто не заставляет мэйнтейнеров изучать язык Rust, использовать код на Rust или принимать во внимание наличие в ядре кода на Rust.
Но подобные сопровождающие не могут и влиять на то, как развивается Rust в ядре, например, не могут вмешиваться в организацию внешнего взаимодействия Rust-кода с кодом их подсистемы."
https://lore.kernel.org/lkml/CAHk-=wgLbz1Bm8QhmJ4dJGSmTuV5w_.../
Т.е он разграничил зоны ответственности и указал зарвавшимся вахтерам где их место.

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

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

Сообщение от Аноним (8), 01-Дек-25, 10:41

> В NTFS3 добавлена
Этот тот что от Paragon? Кто владеет вопросом, подскажите, что происходит с этим драйвером. Есть ещё NTFSPLUS если не ошибаюсь

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

36. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (25), 01-Дек-25, 11:31

Да, от Paragon. У меня работает, не ловил корраптов, но репорты от других пользователей были. Второй вариант ntfs-3g через FUSE, сильно медленнее.

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

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

Сообщение от Аноним (141), 01-Дек-25, 16:07

Ненужон тебе Ntfs, сиди кодь.

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

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

Сообщение от Xo (?), 01-Дек-25, 18:54

Кривое оно, до сих пор. Из-под линукса лучше ничего не записывать на ntfs.

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

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

Сообщение от mos87 (ok), 01-Дек-25, 10:41

Ржавеет по-тихоньку.
А что для конечного пользователям может пригодиться?

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

50. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (-), 01-Дек-25, 12:22

Возможно драйвера?
> драйвера Nova для GPU NVIDIA.
> драйвер Tyr
Думаю без них для "конечного пользователя" будет весьма грустно.
> реализация Binder, написанная на языке Rust.
А это сотни миллионов пользователей.

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

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

Сообщение от Аноним (56), 01-Дек-25, 13:07

> без них для "конечного пользователя" будет весьма грустно
Читаем: "Драйвер пока не готов"

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

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

Сообщение от Аноним (-), 01-Дек-25, 13:10

> Читаем: "Драйвер пока не готов"
А ядро уже готово))?
Чего они всё новые и новые версии выпускают.
Биндер написали и этот напишут.

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

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

Сообщение от Аноним (56), 01-Дек-25, 13:11

Биндер не писали, а переписывали.

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

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

Сообщение от Анонимусс (?), 01-Дек-25, 13:24

> Биндер не писали, а переписывали.
Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет поддержки старого мусора)))
Вы как-то определитесь что вам нужно, а потом уже набрасывайте.

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

85. "Релиз ядра Linux 6.18" +/–

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:41

вот если на расте что-нибудь напишут, а не перепишут, тогда и поговорим

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

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

Сообщение от Советский инженер (ok), 01-Дек-25, 14:54

п-ф-ф-ф-ф
типа на С что-то написли, а не переписали с асемблера или с фортрана какого
да тот же gcc написали на паскале и только потом перерисали 🤡🤡🤡

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

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

Сообщение от Аноним (122), 01-Дек-25, 15:19

> типа на С что-то написли, а не переписали с асемблера или с фортрана какого
СИ был создан для ПЕРЕПИСЫВАНИЯ юникса с ассемблера.
> да тот же gcc написали на паскале и только потом перерисали
Дополню что паскаль был "волосатым".
Незнаю что это значит, но после крайних каминаутов столлмана даже боюсь уточнять

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

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

Сообщение от Анонимусс (?), 01-Дек-25, 13:24

> Биндер не писали, а переписывали.
Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет поддержки старого мусора)))
Вы как-то определитесь что вам нужно, а потом уже набрасывайте.

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

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

Сообщение от Аноним (-), 01-Дек-25, 13:26

> Биндер не писали, а переписывали.
И? Это как то меняет факт, что овняный и бажный код на дыряшке заменили на новый код на хрусте?
Который не только архитектурно лучше, но даже занимает меньше строк.
ps когда то давно, UNIX переписывали, именно ПЕРЕПИСЫВАЛИ, с ассемблера на СИ.
Инетересно, тогда такие же де---ы тоже куракекали "не написали, а переписали" ?

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

142. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (142), 01-Дек-25, 16:21

ядро уже почти 25 лет как готово... если бы не было готово, ты бы просто не смог читать опеннет - весь этот ваш интернет на этом "не готово" работает

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

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

Сообщение от Аноним (-), 01-Дек-25, 16:25

> ядро уже почти 25 лет как готово...
Так зачем новые версии выпускают?
Им делать нечего?
> если бы не было готово, ты бы просто не смог читать опеннет - весь этот ваш интернет на этом "не готово" работает
А... точно! До 91 года интернетов не было! Люди общались черезголубиную почту!
Вот как Торвальдс ядро сделал, так сразу появился!

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

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

Сообщение от Xo (?), 01-Дек-25, 18:59

Представьте себе, когда новые железки появляются, для них нужны новые дрова;)

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:40

> Возможно драйвера?
> > драйвера Nova для GPU NVIDIA.
> > драйвер Tyr
> Думаю без них для "конечного пользователя" будет весьма грустно.
невидия и Mali на линуксе это само по себе смешно, даже без растоскама

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

100. "Релиз ядра Linux 6.18" +/–

Сообщение от mos87 (ok), 01-Дек-25, 14:11

для конечного, а не конченого

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

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

Сообщение от ryoken (ok), 01-Дек-25, 10:48

Проясните плз про boot_display, с целью повышения уровня образованности. Не понятно, в каком формате его указывать?

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

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

Сообщение от dannyD (?), 01-Дек-25, 10:53

>> Добавлена поддержка ARM-плат, SoC и устройств:
а где RISC-V ? (((

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

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

Сообщение от Аноним (24), 01-Дек-25, 11:04

Зачем оно вам? Там все равно без блоблов не взлетит.

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

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

Сообщение от dannyD (?), 01-Дек-25, 11:23

блобов бояться - в лес не ходить.

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:39

а сейчас нет, скажем, ноутов на полностью (кроме вафли и блютуза, изолированных от цпу) свободном софте?

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

70. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (-), 01-Дек-25, 13:08

RISC-V не взлетел; останется навсегда академической разработкой для исследователей (типа как OpenBSD).

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

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

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

> RISC-V не взлетел; останется навсегда академической разработкой для
> исследователей (типа как OpenBSD).
Надо рассказать это Nvidia с ее триллионами и прочим Western Digital которые процы делают - поболее чем вы живете, чего доброго. Да и AMD вроде в видяхи их встроил. А что у них общего? Используют RISCV!
А у imagination RISCV настолько не взлетел что они MIPS свернули в пользу RISCV, с чем выпиливание MIPS из дистров и связано. Зато RISCV как раз - запиливают на ура.

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

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

Сообщение от Аноним (142), 01-Дек-25, 16:25

кажный может себе позворить риска - на алике ESP за 100 рублей :)

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

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

Сообщение от Аноним (142), 01-Дек-25, 16:24

ага. а 25% сожрали... чиста случайно...

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

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

Сообщение от Аноним (119), 01-Дек-25, 15:13

> а где RISC-V ? (((
В смысле? Там только недавно поддержку чего-то нового от SiFive запилили.

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

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

Сообщение от Аноним (142), 01-Дек-25, 16:23

пошли работу над ошибками делать

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

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

Сообщение от Аноним (19), 01-Дек-25, 10:54

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

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

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

Сообщение от Аноним (39), 01-Дек-25, 11:36

> Либо ты можешь писать для ядра (Си, Ди, ассемблер),
Ога, на Ди, на с++)))
Ты просто пишешь для ядра на расте, а те кому не нравится, спорят с Торвальдсом и потом или закрывают варешку, или идут в сад писать опердни - в ядре таким делать нечего.

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

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

Сообщение от Бжежко (ok), 01-Дек-25, 13:54

> Ядро - это в принципе независимый проект
Да, ты прав! Принципиально не зависит от тебя и твоих хотелок.

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

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

Сообщение от Xo (?), 01-Дек-25, 19:02

Там рyccких линчуют)

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

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

Сообщение от aname (?), 01-Дек-25, 10:54

> PSP (гибрид TLS и IPsec)
А это как?

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:17

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

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

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

Сообщение от Аноним (22), 01-Дек-25, 10:57

> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.
Собака лает, караван идёт.

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

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

Сообщение от Аноним (42), 01-Дек-25, 11:45

Самокритичненько

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:36

он имел ввиду, что маркетологи раста там что-то где-то кричат, но инженерам на это до лампочки

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

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

Сообщение от Аноним (-), 01-Дек-25, 17:28

Собака лает - это он про тебя.
Твой кэп.

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

99. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (96), 01-Дек-25, 14:03

Мда... Дно дна. То что должно работать в пространстве пользователя в ядро запихнули.

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

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

Сообщение от Аноним (62), 01-Дек-25, 15:19

Грабить корован уже можно? Есть чем поживиться?

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

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

Сообщение от Аноним (24), 01-Дек-25, 10:58

Где то во второй декаде декабря Фряха 15 зарелизится,вот это полезная новость. Тут же сплошной бета тест. Версия 6.12-6.14 максимум в серьезных дистрах и те для фанатиков не различающмх что такое хорошо и плохо.

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

31. "Релиз ядра Linux 6.18" +/–

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

Какой второй декаде? Релиз завтра.

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

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

Сообщение от Аноним (24), 01-Дек-25, 11:26

Серьезно?Норм,а то помню читал вроде как 21 декабря.

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

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

Сообщение от Аноним (44), 01-Дек-25, 11:47

21 декабря это уже как бы третья декада.

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

91. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (24), 01-Дек-25, 13:50

Буду знать.

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

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

Сообщение от Аноним (-), 01-Дек-25, 12:02

> Фряха 15 зарелизится,вот это полезная новость.
Как у тебя в одном предложении сочитаются "фряха" и "полезность"?!
ФРЯ это бесполезная поделка нудность которой можно оценить по ее распространености.

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

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

Сообщение от Аноним (24), 01-Дек-25, 13:09

Просто это не для тебя. Вам вот - 6.18 вывалилили.

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

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

Сообщение от 12yoexpert (ok), 01-Дек-25, 13:35

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

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

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

Сообщение от Аноним (108), 01-Дек-25, 14:56

А то что для сборки фри нужен llvm тебя не смущает? Или это юмор которого я не понял?

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

114. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (22), 01-Дек-25, 15:04

Перед ответом лучше проверить ник. Тогда все станет ясно.

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:19

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

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

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

Сообщение от Аноним (24), 01-Дек-25, 16:43

Каждый и танцует,мне нравится. Пакеты и для 13 фряхи есть,а она 4 года как вышла.

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

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

Сообщение от Аноним12345 (?), 01-Дек-25, 11:00

>> Началась работа по реорганизации излишне раздутой структуры "page", используемой для управления страницами оперативной памяти. Добавлен тип 'memdesc_flags_t"
Как-то противоречиво звучит

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

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

Сообщение от Аноним (27), 01-Дек-25, 11:12

Кто разбирается в BPF? Оно заметно замедляет работу ядра?

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

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

Сообщение от Аноним (25), 01-Дек-25, 11:14

scx_bpfland поставь, да проверю. Спойлер: ОС станет более отзывчивой.

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

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

Сообщение от Аноним (27), 01-Дек-25, 14:51

Не, я понял, что BPF - крутая штука, но рассуждая по дилетански: вот есть ядро, работает, тут в него влезает ещё один процесс (или даже не один), что-то дополнительно анализирует и по итогу что-то дополнительно делает, тут ещё проверка подписи, а если ещё и в пространство пользователя "нырнёт" и не раз... Ещё и отдельный механизм, позволяющий всё это.
Ресурсы, ресурсы, ресурсы, которые всегда ограничены.
P.S. Планировщик дефолтный, ибо не считаю, что у меня достаточно понимания, чтобы выбрать другой. Хотя его и достаточно, чтобы знать, что можно добиться профита в конкретных условиях.

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

113. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (22), 01-Дек-25, 15:03

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

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

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

Сообщение от Аноним (22), 01-Дек-25, 11:38

>  В ksmbd (работающий на уровне ядра SMB-сервер) добавлен параметр для ограничения максимального числа соединений с одного IP-адреса. smbdirect, smbclient и smbserver переведены на использование типовых структур ядра.
Всегда было интересно, а вот это вот вообще зачем в ядре? Почему именно SMB, а не SSH, например?..
Выглядит как идеальный вектор атаки.

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

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

Сообщение от Аноним (48), 01-Дек-25, 12:19

nfs тоже в ядре, это тебе не интересно почему ?!

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

61. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (56), 01-Дек-25, 12:51

вопрос был про вечно дырявую самбу, причём местами - на уровне спецификации протокола.

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

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

Сообщение от Аноним (48), 01-Дек-25, 13:24

что nfs дырявый, что самба
https://www.cve.org/CVERecord/SearchResults?query=NFS
в локалке мне это не мешает

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

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

Сообщение от eugener (ok), 01-Дек-25, 17:03

Чтобы rootfs грузить по сети? Очень удобно для экспериментов.

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

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

Сообщение от Аноним (60), 01-Дек-25, 12:51

скорость работы, там прирост процентов в 30 по производительности

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

63. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (56), 01-Дек-25, 12:54

> прирост процентов в 30
Это быстро исправят переписыванием на раст.

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

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

Сообщение от Аноним (25), 01-Дек-25, 12:54

Почитал уже. RDMA выглядит как *совсем* плохая идея.

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:21

> Почитал уже. RDMA выглядит как *совсем* плохая идея.
Абсолютно. Но если у тебя весь ДЦ забит _твоими_ серверами и более ничем - пуркуа б да не па?

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

138. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (22), 01-Дек-25, 15:49

А потом кто-то заказывает внутренний пентест... в лучшем случае.

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

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

Сообщение от Анонимусс (?), 01-Дек-25, 11:46

> В состав принята реализация Binder, написанная на языке Rust.
> Продолжена интеграция компонентов драйвера Nova для GPU NVIDIA.
> В состав ядра принят драйвер Tyr, написанный на языке Rust
Хехе, а ведь неплохо получается))
Ждем набега хейтерочков с завываниями "пачиму растаманы не сделают свое ядро! зачим вы портите НАШ линyкc?!" Так вот, он нифига не ваш))
Лучше начинайте рассказывать про то, что язык мертворожденный, что драйвера экспериментальные, что это опциональная зависимость, что вот-вот и его удалят из ядра (на удаляют почему-то Bcachefs).
Я обожаю слушать такой копиум! Это как про вейланд, только еще веселее))

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

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

Сообщение от Аноним (47), 01-Дек-25, 12:18

> В выпуске 6.18 обновлён код чистки blob-ов в драйверах Nova-Core, Intel XE, TI PRUeth, Lantiq GSWIP, Marvell WiFi-Ex. Выполнена чистка имён blob-ов в dts-файлах (devicetree) для ARM-чипов Qualcomm, Mediatek и TI ARM64. Нейтрализована загрузка blob-ов в новых драйверах FourSemi fs2104/5s, TI TAS2783 и Qualcomm GENI.
Офигеть...
А оно хоть как-то запускается после такого?
Или "нам главное чистота крови", а работает или нет - это значения не имеет?

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

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

Сообщение от Аноним (51), 01-Дек-25, 12:24

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

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

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

Сообщение от Аноним (25), 01-Дек-25, 12:55

Нет, конечно. Оно и не для запуска делается...

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

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

Сообщение от Аноним (67), 01-Дек-25, 12:59

>включена поддержка SR-IOV
https://www.youtube.com/watch?v=xii8bqmE6jk

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

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

Сообщение от Аноним (94), 01-Дек-25, 13:54

> Добавлен параметр ядра "boot_display" для выбора устройства вывода для отображения процесса загрузки на системах с несколькими GPU.
хорошо!
но лучше бы это в uefi можно было выбирать везде

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

95. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (94), 01-Дек-25, 13:56

фолс аларм!
это никакой не параметр, а просто информация
позор!

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

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

Сообщение от Аноним (98), 01-Дек-25, 14:00

> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.
Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра. Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.

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

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

Сообщение от Аноним (101), 01-Дек-25, 14:27

> Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра. Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.
Хм, так биндер ЕМНИП в вндроиде с самого начала, где-то с 2007-2008 года.
Да и кроме него в ведре хватает дыр, не думаю что он сильно повлияет на общую статистику.

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:23

> Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра.
> Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.
Он и до этого там был - просто на сях. В десктопных дистро не включен как правило - ибо ничем кроме андроида Binder IPC не используется. Так что binder нужен по сути только гуглу.

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

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

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

> Так что binder нужен по сути только гуглу.
И еще всего лишь 3.9 млрд. пользователей андроида.
Мелочь такая, то ли дело десктопный линукс!

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

140. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (141), 01-Дек-25, 16:05

Еще чуть чуть и 4млрд.

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

137. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (22), 01-Дек-25, 15:48

И для waydroid ещё, конечно.

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

105. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (105), 01-Дек-25, 14:45

В xe поддержка VAAPI поломана

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

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

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

Сейчас Линус возьмётся за это, он собрал себе новый комп с B580:
https://videocardz.com/newz/linus-torvalds-picks-intel-arc-b...

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

134. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (134), 01-Дек-25, 15:35

Ядра Linux после ветки 5 не существует, так как в 6 дырявый Rust появился.

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

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

Сообщение от Аноним (-), 01-Дек-25, 15:40

> Ядра Linux после ветки 5 не существует
*опа есть, а слова нет (с) ?
Ваше мнение никак не влияет на его существование.

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

158. "Релиз ядра Linux 6.18" +/–

Сообщение от чатжпт (?), 01-Дек-25, 17:07

отрицание <- ты тут
гнев
торг
депрессия
принятие

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

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

Сообщение от Аноним (175), 01-Дек-25, 19:11

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

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

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

Сообщение от Аноним (148), 01-Дек-25, 16:42

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

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

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

Сообщение от Аноним (119), 01-Дек-25, 16:57

> Во что превратился форум?
А он раньше было лучше?
> Модераторы собираются вообще что-то делать с теми кто постоянно тут гнобит Линукс?
> Просто ботоферма антилинукса в полной красе в комментариях.
А вы сейчас про кого?
Про тех кто указывает разработчикам что им делать (добавлять раст или убирать)?

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

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

Сообщение от Анонимусс (-), 01-Дек-25, 17:02

> Модераторы собираются вообще что-то делать с теми кто постоянно тут гнобит Линукс?
А кто гнобит Линукс? Кто хочет чтобы он оставался дырявым? Кто не хочет развиваться, потому что застрял в 70х? Кто противится развитию и тянет линукс на дно?
Вот с ними и нужно бороться модераторам!
Но проблема что часть модеров фанатики dыpяшки и сами себя не забанят.

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

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

Сообщение от Аноним (150), 01-Дек-25, 16:45

> В NTFS3 добавлена поддержка ioctl FS_IOC_GETFSLABEL и FS_IOC_SETFSLABEL для чтения и установки меток разделов.
NTFS3 могут выкинуть, так как у меня на компе с /dev/sdb1 он не работает.

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

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

Сообщение от Кошкажена (?), 01-Дек-25, 17:00

> Минимальная версия компилятора Clang, которым может быть собрано ядро, повышена до инструментария LLVM 15. В Debian 12 и Ubuntu 22.04 поставляется LLVM 14.
Вот пошла гонка за версиями. С растом будет еще хуже.

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

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

Сообщение от Анонимусс (-), 01-Дек-25, 17:07

> Ubuntu 22.04
Ей как бы уже три года.
Если вы на нее собираетесь ставить НОВЕЙШЕЕ ядро, то почему бы шланг не обновить? Или вообще обновиться до следующей LTS? В 24.04 по умолчанию clang 18 и можно обновиться до 19.
А если вы НЕ можете обновиться до 24.04 по внешним причинам, то как вы ядро собрались обновлять?))
> Debian 12
А на этот тухляк вообще смотреть нет смысла.

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

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

Сообщение от Аноним (119), 01-Дек-25, 17:08

> Минимальная версия компилятора Clang, которым может быть собрано ядро, повышена до инструментария LLVM 15.
Ну так славно!
При переходе с 14 на 15 версию было куча исправлений и улучшений.
releases.llvm.org/15.0.0/docs/ReleaseNotes.html#changes-to-the-c-api
> В Debian 12 и Ubuntu 22.04 поставляется LLVM 14.
Дебиан это просто тухлятина, ему можно.
В бубунте можно использовать старое ядро.
Нужно новое? Используйте 24.04 LTS (там 18)
> Вот пошла гонка за версиями.
А это плохо?
Зачем брать во внимание луддитов которые хотят сидет нанекрософте?
> С растом будет еще хуже.
Но пока - лучше)

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

154. "Релиз ядра Linux 6.18" +/–

Сообщение от Аноним (-), 01-Дек-25, 17:01

Где C++ и Rust там всегда конские размеры исходников и долгая компиляция.
А Rust надо выкидывать из ядра. Пусть пилят свой Redox и к нам не лезут.

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

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

Сообщение от Анонимусс (-), 01-Дек-25, 17:10

> Где C++ и Rust там всегда конские размеры исходников и долгая компиляция.
Бред. Уже опровергали и не раз.
> А Rust надо выкидывать из ядра. Пусть пилят свой Redox и к нам не лезут.
А вы это кто?
Разработчики из kernel team?
Создатели ядра?
Может корпы, которые весь банкет оплачивают?
Нет? Вот тогда закройте хлеборезку.
Забавно слушать как кучка 6omжей из сообщества™ что-то так потявкивает.
Что-то не нравится - кнопочка форк воооон там. Берите пример с латиносов и пилите свое обезржавленное ядро.

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

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

Сообщение от Аноним (175), 01-Дек-25, 19:00

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

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

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

Сообщение от Аноним (167), 01-Дек-25, 17:45

Над бтрфс действительно хорошо поработали, производительность теперь не хуже чем у ext4, даже если активно виртуалка работает.

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

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

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

Партнёры:

Хостинг:

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

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

1. "Релиз ядра Linux 6.18"	–7 +/–
Сообщение от Rust (??), 01-Дек-25, 09:58
>оптимизация размещения структур данных в памяти Rust так не может ведь? Или может? на С это запросто
Ответить \| Правка \| Наверх \| Cообщить модератору


	6. "Релиз ядра Linux 6.18"	+5 +/–
	Сообщение от Аноним (-), 01-Дек-25, 10:29
	Надо праздновать релиз свежего ядра, а не спорить кто что может! Накатим!
	Ответить \| Правка \| Наверх \| Cообщить модератору


	56. "Релиз ядра Linux 6.18"	–8 +/–
	Сообщение от Аноним (56), 01-Дек-25, 12:37
	Ближайшие 20 лет из-за активного переписывания кода толку от линукса не будет. По сути Линус сделал откат в 90-е гг, когда было непонятно, что за инструмент лепится.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	139. "Релиз ядра Linux 6.18"	+/–
	Сообщение от 1 (??), 01-Дек-25, 15:54
	Ага, откат. В 90х прям по всюду SMT, KVM, Namespaces, TCP, NFT ....
	Ответить \| Правка \| Наверх \| Cообщить модератору


	62. "Релиз ядра Linux 6.18"	+1 +/–
	Сообщение от Аноним (62), 01-Дек-25, 12:51
	Да можно просто накатывать, независимот от релизов ядра.
	Ответить \| Правка \| К родителю #6 \| Наверх \| Cообщить модератору


	11. "Релиз ядра Linux 6.18"	+2 +/–
	Сообщение от morphe (?), 01-Дек-25, 10:50
	> на С это запросто На си это надо делать вручную, потому что структуры в памяти лежат в таком же порядке как в коде описаны, а Rust это по дефолту сам оптимизирует для лучшего layout
	Ответить \| Правка \| К родителю #1 \| Наверх \| Cообщить модератору


	18. "Релиз ядра Linux 6.18"	+2 +/–
	Сообщение от Маняним1 (?), 01-Дек-25, 10:58
	> На си это надо делать вручную Сказки-то не рассказывай. С тех пор как лэйаут стал влиять на производительность С делает это автоматом.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	22. "Релиз ядра Linux 6.18"	+1 +/–
	Сообщение от Аноним (22), 01-Дек-25, 11:00
	Добавить паддинг для выравнивания ≠ оптимизация.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	58. "Релиз ядра Linux 6.18"	–1 +/–
	Сообщение от morphe (?), 01-Дек-25, 12:45
	>> На си это надо делать вручную > Сказки-то не рассказывай. С тех пор как лэйаут стал влиять на производительность > С делает это автоматом. C только выравнивание добавляет, и твоя задача как программиста сделать так, чтобы после добавления выравнивания структура не выросла слишком сильно, иногда такое надо делать по разному для разных архитектур, и отличие почти всегда только в порядке полей Предположим bool b uint32_t b bool c uint32_t d Займёт 16 байт, потому что после каждого bool оно добавит 3 байта для выравнивания полей b, d до границ в 4 байта требуемых uint32_t, а uint32_t a uint32_t b bool c bool d Всего 10, потому что a, b уже выровнены Rust тоже добавляет выравнивание, однако оптимальный порядок полей определяет сам. В каких-то очень больших структурах конечно в теории этот порядок может быть не лучшим для кеша, однако это редкость, и в большинстве случаев Rust делает всё правильно.
	Ответить \| Правка \| К родителю #18 \| Наверх \| Cообщить модератору


	65. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (65), 01-Дек-25, 12:55
	>однако оптимальный порядок полей определяет сам Хорошо же в языках без ABI и с одной единственной реализацией
	Ответить \| Правка \| Наверх \| Cообщить модератору


	104. "Релиз ядра Linux 6.18"	+2 +/–
	Сообщение от Советский инженер (ok), 01-Дек-25, 14:42
	зато какой прекрасный С сделать упакованную структуру, да пожалуйста. в гцц есть __attribute((packed)). только это в gcc, для msvc что-то другое. да и в gcc под виндой не работает. вот такой прекрасный С. куча несовсестимых реализаций, да еще со своими тараканами в зависимости от платформы.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	115. "Релиз ядра Linux 6.18"	–1 +/–
	Сообщение от Аноним (-), 01-Дек-25, 15:04
	> сделать упакованную структуру, да пожалуйста. в гцц есть __attribute((packed)). Оправдываете свой ник? Ибо не в курсе что это устаревший синтаксис, на замену которого таки сделали стандартный, для навеса атрибутов. Правда, в си сие дошло только к C23. И по моему packed там так и нет в стандартных атрибутах. > только это в gcc, для msvc что-то другое. да и в gcc под виндой не работает. Те кто хотел C - msvc не юзали. Ибо этот кусок крапа даже C99 нормально не может. На него сишники и позабивали в ответ. И в целом всем довольно похрен что там у MSVC <-> C. А линухкернел MSVC билдит примерно 0 человек, так что важность этой проблемы в этом контекста... > вот такой прекрасный С. куча несовсестимых реализаций, да еще со своими > тараканами в зависимости от платформы. У Rust своих тараканов хватает. Главный из которых - скачайтеночнушку и какое либо отсутствие намека на стандарты вообще.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	122. "Релиз ядра Linux 6.18"	–1 +/–
	Сообщение от Аноним (122), 01-Дек-25, 15:16
	> Оправдываете свой ник? Ибо не в курсе что это устаревший синтаксис, на замену которого таки сделали стандартный, для навеса атрибутов. И когда он появился? > Правда, в си сие дошло только к C23. И по моему packed там так и нет в стандартных атрибутах. Напомните пожалуйста, а ядро у нас уже С23? Или всё-таки С11? Речь же про раст, си и ядро. > Те кто хотел C - msvc не юзали. Ибо этот кусок крапа даже C99 нормально не может. А кто может)? GCC не умеет в Floating-point environment. Даже CGG С23 куча вещей partial support. Это просто "стандарт" такой хороший, что его можно не реализовывать полностью. Но СИшникам не впервой помои кушать, и так сойдет. > У Rust своих тараканов хватает. Главный из которых - скачайтеночнушку Ну так не качайте. Просто фиксируйте edition. > и какое либо отсутствие намека на стандарты вообще. Типичное вранье. Есть RFC - чем тебе не стандартизация? Вон весь интернет на рфцшках сделан и ничего работает. А во вторых есть Ferrocene Language Specification.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	147. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Совершенно другой аноним (?), 01-Дек-25, 16:35
	Если говорить о выравнивании, то #pragma pack(n)/#pragma pack(push,N)/#pragma pack(pop) поддерживаются и в MSVC и в GCC. В GCC, на самом деле, как минимум с версии 4.3, а на самом деле, вполне себе упоминается и в документации к 2.95.3.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	152. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Советский инженер (ok), 01-Дек-25, 16:59
	> Те кто хотел C - msvc не юзали. тогда не недо петь про множество компиляторов. потому как оказываетися есть только 1 настоящий >Ибо этот кусок крапа даже C99 нормально не может может С17 >А линухкернел MSVC билдит примерно 0 человек, так что важность этой проблемы в этом контекста... контекст тут такой, что сишники постоянно хвастаются что есть куча компиляторов. только вот как оказывается, если немного поскребти, то все они какие-то не такие 🤷‍♂️
	Ответить \| Правка \| К родителю #115 \| Наверх \| Cообщить модератору


	166. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (166), 01-Дек-25, 17:42
	> msvc Закрытое ненужно. И, считай, M$ его давно дропнули в пользу clang или Rust, он уже толком современный стандарт C++ не поддерживает.
	Ответить \| Правка \| К родителю #104 \| Наверх \| Cообщить модератору


	92. "Релиз ядра Linux 6.18"	+1 +/–
	Сообщение от At1ass (?), 01-Дек-25, 13:52
	Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло ❯ cat test.c #include <stdint.h> #include <stdbool.h> #include <stdio.h> struct one { uint32_t a; uint32_t b; bool c; bool d; }; struct two { uint32_t a; bool c; uint32_t b; bool d; }; struct __attribute__((packed)) three { uint32_t a; bool c; uint32_t b; bool d; }; int main (void) { printf("one size: %lu\n", sizeof(struct one)); printf("two size: %lu\n", sizeof(struct two)); printf("three size: %lu\n", sizeof(struct three)); } ❯ gcc test.c -O3 ❯ ./a.out one size: 12 two size: 16 three size: 10
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	116. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (-), 01-Дек-25, 15:05
	> Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло Прикольно как ALL меряется - implementation defined behavior'ом. При том что его никто никому не гарантировал и он не обязан быть мировой константой. Вот в случае packed еще на что-то можно уповать. Только он почему-то не в стандарте за столько лет...
	Ответить \| Правка \| Наверх \| Cообщить модератору


	163. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Mikhail (??), 01-Дек-25, 17:25
	неправда, во втором случае будет 12 байт после bool добавится 2 байта паддинга
	Ответить \| Правка \| К родителю #58 \| Наверх \| Cообщить модератору


	19. "Релиз ядра Linux 6.18"	+10 +/–
	Сообщение от Аноним (19), 01-Дек-25, 10:58
	В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых "сам оптимизирует", ибо если завтра добавят модуль на Си с другим лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.
	Ответить \| Правка \| К родителю #11 \| Наверх \| Cообщить модератору


	29. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (29), 01-Дек-25, 11:16
	Поддерживаю. Самооптимизации вполне себе могут медленно работать, наблюдал такое.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	45. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (45), 01-Дек-25, 11:52
	В раст эта оптимизация включается/выключается прямо из кода с помощью директив. Причем для одних структур ее можно включить, а для других выключить.
	Ответить \| Правка \| К родителю #19 \| Наверх \| Cообщить модератору


	89. "Релиз ядра Linux 6.18"	+2 +/–
	Сообщение от 12yoexpert (ok), 01-Дек-25, 13:45
	ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией
	Ответить \| Правка \| Наверх \| Cообщить модератору


	102. "Релиз ядра Linux 6.18"	+1 +/–
	Сообщение от Аноним (102), 01-Дек-25, 14:29
	Два чая этому господину
	Ответить \| Правка \| Наверх \| Cообщить модератору


	106. "Релиз ядра Linux 6.18"	–2 +/–
	Сообщение от Советский инженер (ok), 01-Дек-25, 14:45
	у С уродский синтаксис. а то что у С много компидяторов, так и С единого нет. куча кода которая компилируется только одним компиляторм.
	Ответить \| Правка \| К родителю #89 \| Наверх \| Cообщить модератору


	107. "Релиз ядра Linux 6.18"	+/–
	Сообщение от 12yoexpert (ok), 01-Дек-25, 14:46
	маленькие дети пристрастились к ллм-ботам: вроде и слова, но смысла в них ноль, просто белый шум
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (-), 01-Дек-25, 15:25
	> у С уродский синтаксис. Смотря с чем сравнивать. По сравнению с Rust C не такой уж и плохой - те приблизились к реализации Brainfuck 2.0 намного ближе, догнав а может и перегнав C++ по количеству странных закорючек. Так что на этом фоне C пожалуй довольно милый.
	Ответить \| Правка \| К родителю #106 \| Наверх \| Cообщить модератору


	168. "Релиз ядра Linux 6.18"	–1 +/–
	Сообщение от Аноним (168), 01-Дек-25, 18:26
	> ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией Адепты Си/Си++ поют про открытость, но как только попросишь у них ссылку на "открытый" стандарт - сразу сливаются. Слив очередного эксперта через три, два, один...
	Ответить \| Правка \| К родителю #89 \| Наверх \| Cообщить модератору


	174. "Релиз ядра Linux 6.18"	+/–
	Сообщение от 12yoexpert (ok), 01-Дек-25, 19:05
	открытый != бесплатный вам, собственности корпораций, не понять
	Ответить \| Правка \| Наверх \| Cообщить модератору


	176. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (-), 01-Дек-25, 19:11
	> открытый != бесплатный Ага, но разве стандарт это не для всех? > вам, собственности корпораций, не понять куракекнул раб картофельного бульбера.
	Ответить \| Правка \| Наверх \| Cообщить модератору