The OpenNET Project / Index page

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



"Релиз ядра 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.dev/opennews/art.shtml?num=64346

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

Оглавление

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

1. Сообщение от Rust (??), 01-Дек-25, 09:58   –4 +/
>оптимизация размещения структур данных в памяти

Rust так не может ведь? Или может? на С это запросто

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #11, #37, #52

2. Сообщение от Аноним (2), 01-Дек-25, 10:22   –3 +/
>Из ядра удалён код файловой системы Bcachefs

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

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

4. Сообщение от Аноним (4), 01-Дек-25, 10:23   +1 +/
17 становится LTS же?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #12, #72

5. Сообщение от Аноним (5), 01-Дек-25, 10:28   –1 +/
Помню тут пару дней назад в комментах радостно рассказывали, что раст уже забросили в ядре, мейнтейнеры ушли и прочее.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #16

6. Сообщение от Аноним (-), 01-Дек-25, 10:29   +2 +/
Надо праздновать релиз свежего ядра, а не спорить кто что может! Накатим!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #56, #62

7. Сообщение от Аноним (7), 01-Дек-25, 10:31   +3 +/
Редхат-то как раз, вроде бы, ее уже выкинул.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Аноним (8), 01-Дек-25, 10:41   +/
> В NTFS3 добавлена

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

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

9. Сообщение от mos87 (ok), 01-Дек-25, 10:41   +3 +/
Ржавеет по-тихоньку.

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

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

10. Сообщение от ryoken (ok), 01-Дек-25, 10:48   +/
Проясните плз про boot_display, с целью повышения уровня образованности. Не понятно, в каком формате его указывать?
Ответить | Правка | Наверх | Cообщить модератору

11. Сообщение от morphe (?), 01-Дек-25, 10:50   +/
> на С это запросто

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #18, #19, #41, #57

12. Сообщение от Аноним (12), 01-Дек-25, 10:50   +/
12+6=17?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #53

13. Сообщение от dannyD (?), 01-Дек-25, 10:53   +/
>> Добавлена поддержка ARM-плат, SoC и устройств:

а где RISC-V ? (((

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #24, #70

14. Сообщение от Аноним (19), 01-Дек-25, 10:54   –1 +/
Ядро - это в принципе независимый проект, в нём не может быть "возможность писать на раст", как и "возможность похапэшных вставок" - это просто глупо и узконаправлено. Либо ты можешь писать для ядра (Си, Ди, ассемблер), либо ты идёшь в сад писать опердни - в ядре тебе делать нечего.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #39, #93

15. Сообщение от aname (?), 01-Дек-25, 10:54   +/
> PSP (гибрид TLS и IPsec)

А это как?

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

16. Сообщение от Аноним (19), 01-Дек-25, 10:56   +/
Не имеет значения, когда именно ржу выбросят. Просто сам факт мёртворождённого изычка не даёт ему никаких шансов. Как только гугля решит оптимизировать дармоедов, ВНЕЗАПНО окажется, что "раст оказался непригоден" и далее шлейф обещаний что завтра будет лучше, чем вчера, но деньги, про_с_раные на ржу, никто уже не вернёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #25

17. Сообщение от Аноним (22), 01-Дек-25, 10:57   –3 +/
> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.

Собака лает, караван идёт.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #99

18. Сообщение от Маняним1 (?), 01-Дек-25, 10:58   +2 +/
> На си это надо делать вручную

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #22, #58

19. Сообщение от Аноним (19), 01-Дек-25, 10:58   +6 +/
В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых "сам оптимизирует", ибо если завтра добавят модуль на Си с другим лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #29, #45, #54

20. Сообщение от Аноним (24), 01-Дек-25, 10:58   +/
Где то во второй декаде декабря Фряха 15 зарелизится,вот это полезная новость. Тут же сплошной бета тест. Версия 6.12-6.14 максимум в серьезных дистрах и те для фанатиков не различающмх что такое хорошо и плохо.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #31, #46

21. Сообщение от Аноним12345 (?), 01-Дек-25, 11:00   +1 +/
>> Началась работа по реорганизации излишне раздутой структуры "page", используемой для управления страницами оперативной памяти. Добавлен тип 'memdesc_flags_t"

Как-то противоречиво звучит

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

22. Сообщение от Аноним (22), 01-Дек-25, 11:00   –1 +/
Добавить паддинг для выравнивания ≠ оптимизация.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

24. Сообщение от Аноним (24), 01-Дек-25, 11:04   +1 +/
Зачем оно вам? Там все равно без блоблов не взлетит.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #32, #83

25. Сообщение от Аноним (25), 01-Дек-25, 11:05   +1 +/
Вот это уровень копиума.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #38

27. Сообщение от Аноним (27), 01-Дек-25, 11:12   +/
Кто разбирается в BPF? Оно заметно замедляет работу ядра?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #28

28. Сообщение от Аноним (25), 01-Дек-25, 11:14   +1 +/
scx_bpfland поставь, да проверю. Спойлер: ОС станет более отзывчивой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27

29. Сообщение от Аноним (29), 01-Дек-25, 11:16   +1 +/
Поддерживаю. Самооптимизации вполне себе могут медленно работать, наблюдал такое.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

31. Сообщение от Аноним (29), 01-Дек-25, 11:20   +/
Какой второй декаде? Релиз завтра.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #33

32. Сообщение от dannyD (?), 01-Дек-25, 11:23   +/
блобов бояться - в лес не ходить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

33. Сообщение от Аноним (24), 01-Дек-25, 11:26   +/
Серьезно?Норм,а то помню читал вроде как 21 декабря.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #44

36. Сообщение от Аноним (25), 01-Дек-25, 11:31   +/
Да, от Paragon. У меня работает, не ловил корраптов, но репорты от других пользователей были. Второй вариант ntfs-3g через FUSE, сильно медленнее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8

37. Сообщение от Аноним (37), 01-Дек-25, 11:34   +/
Да просто пишите вы уже на языке каком хотите, а не топите за него, троллота.
Пофиг о чем речь ц или раст.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

38. Сообщение от кек (?), 01-Дек-25, 11:35   +2 +/
"Этот драйвер не имел стратегического значения"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25 Ответы: #96

39. Сообщение от Аноним (39), 01-Дек-25, 11:36   +/
> Либо ты можешь писать для ядра (Си, Ди, ассемблер),

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

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

40. Сообщение от Аноним (22), 01-Дек-25, 11:38   +1 +/
>  В ksmbd (работающий на уровне ядра SMB-сервер) добавлен параметр для ограничения максимального числа соединений с одного IP-адреса. smbdirect, smbclient и smbserver переведены на использование типовых структур ядра.

Всегда было интересно, а вот это вот вообще зачем в ядре? Почему именно SMB, а не SSH, например?..

Выглядит как идеальный вектор атаки.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #48, #60

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #55

42. Сообщение от Аноним (42), 01-Дек-25, 11:45   +2 +/
Самокритичненько
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #82

43. Сообщение от Анонимусс (?), 01-Дек-25, 11:46    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору

44. Сообщение от Аноним (44), 01-Дек-25, 11:47   +/
21 декабря это уже как бы третья декада.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #33 Ответы: #91

45. Сообщение от Аноним (45), 01-Дек-25, 11:52   –1 +/
В раст эта оптимизация включается/выключается прямо из кода с помощью директив. Причем для одних структур ее можно включить, а для других выключить.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19 Ответы: #89

46. Сообщение от Аноним (-), 01-Дек-25, 12:02   –1 +/
> Фряха 15 зарелизится,вот это полезная новость.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #71, #81

47. Сообщение от Аноним (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, #66

48. Сообщение от Аноним (48), 01-Дек-25, 12:19   +/
nfs тоже в ядре, это тебе не интересно почему ?!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #61

50. Сообщение от Аноним (-), 01-Дек-25, 12:22   –1 +/
Возможно драйвера?
> драйвера Nova для GPU NVIDIA.
> драйвер Tyr

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

> реализация Binder, написанная на языке Rust.

А это сотни миллионов пользователей.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9 Ответы: #69, #84, #100

51. Сообщение от Аноним (51), 01-Дек-25, 12:24   +1 +/
Как-то же они в интернет запостили это, должно быть что-то да работает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

52. Сообщение от Обычный человек (?), 01-Дек-25, 12:29   –1 +/
Ваша проблема в том, что вы концентрируетесь на вопросах, а надо на ответах.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

53. Сообщение от Аноним (4), 01-Дек-25, 12:31   +/
так, а какого фига proxmox на 17 переехал?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #97

54. Сообщение от morphe (?), 01-Дек-25, 12:31   +/
> В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых
> "сам оптимизирует", ибо если завтра добавят модуль на Си с другим
> лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.

Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)], и тогда её layout будет совпадать между Rust и C

Что однако не мешает использовать в Rust коде свои, оптимизированные структуры

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

55. Сообщение от morphe (?), 01-Дек-25, 12:33   –1 +/
> Допустим, перетасовало поля структуры "для лучшего layout"...
> А а куда, кроме как в мусорную корзину, можно передать такую структуру,
> неизвестного формата, не соответствующую ни исходнику, ни документации? :)
> А в OS большинство структур передаются из компонента в компонент, или на
> сторону пользователя.

Если тебе важен layout для передачи кому-то ещё - укажи это явно, #[repr(C)], и тогда layout структуры в Rust будет совпадать с аналогичным описанием на языке C.

Однако это совсем не важно для внутренних структур, и структур которые шарятся только с Rust кодом

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

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

57. Сообщение от Аноним (56), 01-Дек-25, 12:38   +1 +/
> структуры в памяти лежат в таком же порядке как в коде описаны

Давно не правда. Даже в паскале есть reordered.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #59

58. Сообщение от morphe (?), 01-Дек-25, 12:45   –2 +/
>> На си это надо делать вручную
> Сказки-то не рассказывай. С тех пор как лэйаут стал влиять на производительность
> С делает это автоматом.

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 делает всё правильно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #65, #92

59. Сообщение от morphe (?), 01-Дек-25, 12:50   –1 +/
> Давно не правда. Даже в паскале есть reordered.

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

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #74

60. Сообщение от Аноним (60), 01-Дек-25, 12:51   +/
скорость работы, там прирост процентов в 30 по производительности
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #63, #64

61. Сообщение от Аноним (56), 01-Дек-25, 12:51   +/
вопрос был про вечно дырявую самбу, причём местами - на уровне спецификации протокола.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #77

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

63. Сообщение от Аноним (56), 01-Дек-25, 12:54   +/
> прирост процентов в 30

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

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

64. Сообщение от Аноним (25), 01-Дек-25, 12:54   +/
Почитал уже. RDMA выглядит как *совсем* плохая идея.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

65. Сообщение от Аноним (65), 01-Дек-25, 12:55   +1 +/
>однако оптимальный порядок полей определяет сам

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

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

66. Сообщение от Аноним (25), 01-Дек-25, 12:55   –1 +/
Нет, конечно. Оно и не для запуска делается...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

67. Сообщение от Аноним (67), 01-Дек-25, 12:59    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору

69. Сообщение от Аноним (56), 01-Дек-25, 13:07   +/
> без них для "конечного пользователя" будет весьма грустно

Читаем: "Драйвер пока не готов"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50 Ответы: #73

70. Сообщение от Аноним (-), 01-Дек-25, 13:08   +/
RISC-V не взлетел; останется навсегда академической разработкой для исследователей (типа как OpenBSD).
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13

71. Сообщение от Аноним (24), 01-Дек-25, 13:09    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46

72. Сообщение от Аноним (72), 01-Дек-25, 13:09   +/
Как правило, последний релиз за год становится lts. Итого это будет 6.18, до конца года 6.19 никак не зарелизят.

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

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

73. Сообщение от Аноним (-), 01-Дек-25, 13:10   –1 +/
> Читаем: "Драйвер пока не готов"

А ядро уже готово))?
Чего они всё новые и новые версии выпускают.

Биндер написали и этот напишут.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #75

74. Сообщение от Аноним (56), 01-Дек-25, 13:10    Скрыто ботом-модератором+1 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

75. Сообщение от Аноним (56), 01-Дек-25, 13:11   +1 +/
Биндер не писали, а переписывали.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #78, #79, #80

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

в локалке мне это не мешает

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

78. Сообщение от Анонимусс (?), 01-Дек-25, 13:24   +/
> Биндер не писали, а переписывали.

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #85

79. Сообщение от Анонимусс (?), 01-Дек-25, 13:24   –1 +/
> Биндер не писали, а переписывали.

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

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

80. Сообщение от Аноним (-), 01-Дек-25, 13:26    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

81. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:35   +/
как минимум иметь альтернативу линуксу с его назревающим вендор-локом на раст - полезно

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #88

82. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:36   +/
он имел ввиду, что маркетологи раста там что-то где-то кричат, но инженерам на это до лампочки
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #42

83. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:39   +/
а сейчас нет, скажем, ноутов на полностью (кроме вафли и блютуза, изолированных от цпу) свободном софте?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #87

84. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:40   +/
> Возможно драйвера?
> > драйвера Nova для GPU NVIDIA.
> > драйвер Tyr
> Думаю без них для "конечного пользователя" будет весьма грустно.

невидия и Mali на линуксе это само по себе смешно, даже без растоскама

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

85. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:41   +/
вот если на расте что-нибудь напишут, а не перепишут, тогда и поговорим
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #78

87. Сообщение от Аноним (87), 01-Дек-25, 13:44    Скрыто ботом-модератором–2 +/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83

88. Сообщение от Аноним (-), 01-Дек-25, 13:44    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #90

89. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:45   +/
ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45

90. Сообщение от 12yoexpert (ok), 01-Дек-25, 13:46   +/
у тебя забыл спросить, куда мне валить и что там интеллектуальному большинству нужно, прасци
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #88

91. Сообщение от Аноним (24), 01-Дек-25, 13:50   +/
Буду знать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

92. Сообщение от 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

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

93. Сообщение от Бжежко (ok), 01-Дек-25, 13:54   +/
> Ядро - это в принципе независимый проект

Да, ты прав! Принципиально не зависит от тебя и твоих хотелок.

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

94. Сообщение от Аноним (94), 01-Дек-25, 13:54   +/
> Добавлен параметр ядра "boot_display" для выбора устройства вывода для отображения процесса загрузки на системах с несколькими GPU.

хорошо!
но лучше бы это в uefi можно было выбирать везде

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

95. Сообщение от Аноним (94), 01-Дек-25, 13:56   +/
фолс аларм!
это никакой не параметр, а просто информация
позор!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #94

96. Сообщение от Аноним (96), 01-Дек-25, 13:59   +/
Ну так пока они про все свое в ядре так говорят.

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

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

97. Сообщение от Америка (?), 01-Дек-25, 14:00    Скрыто ботом-модератором+/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

98. Сообщение от Аноним (98), 01-Дек-25, 14:00   +/
> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.

Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра. Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.

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

99. Сообщение от Аноним (96), 01-Дек-25, 14:03   +/
Мда... Дно дна. То что должно работать в пространстве пользователя в ядро запихнули.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

100. Сообщение от mos87 (ok), 01-Дек-25, 14:11   +/
для конечного, а не конченого
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #50


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру