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

"Релиз ядра 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) –5

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

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

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

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

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

Хорошо же в языках без ABI и с одной единственной реализацией, Аноним (65), 12:55 , 01-Дек-25, (65) +1
Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло 10095 , At1ass (?), 13:52 , 01-Дек-25, (92)

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

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

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

Два чая этому господину, Аноним (102), 14:29 , 01-Дек-25, (102)

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

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

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

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

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

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

Да просто пишите вы уже на языке каком хотите, а не топите за него, троллота Поф, Аноним (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

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)

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

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

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

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

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

Ну так пока они про все свое в ядре так говорят У них пока все тактическое Те, Аноним (96), 13:59 , 01-Дек-25, (96)

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

Да, от Paragon У меня работает, не ловил корраптов, но репорты от других пользо, Аноним (25), 11:31 , 01-Дек-25, (36)

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

Возможно драйвера Думаю без них для конечного пользователя будет весьма груст, Аноним (-), 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)

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

невидия и 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) +1

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

Скрыто модератором, Аноним (87), 13:44 , 01-Дек-25, (87) –2

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

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

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

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

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

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

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

Где то во второй декаде декабря Фряха 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)

Скрыто модератором, Аноним (-), 13:44 , 01-Дек-25, (88)

Скрыто модератором, 12yoexpert (ok), 13:46 , 01-Дек-25, (90)

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

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

Всегда было интересно, а вот это вот вообще зачем в ядре Почему именно 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

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

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

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

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

Скрыто модератором, Аноним (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 года Да и кр, Аноним (87), 14:27 , 01-Дек-25, (101)

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Сообщение от 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" +1 +/–

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

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

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

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

Сообщение от 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ообщить модератору

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

Сообщение от Аноним (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" +/–

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

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

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

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

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

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

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

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

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

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

Ответить | Правка | К родителю #19 | Наверх | 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ообщить модератору

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. Скрыто модератором +/–

Сообщение от Аноним (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ообщить модератору

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. Скрыто модератором +/–

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

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

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

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

Сообщение от Аноним (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" +/–

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

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

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

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

Сообщение от Аноним (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ообщить модератору

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ообщить модератору

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

Сообщение от 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ообщить модератору

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

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

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

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

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

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

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

Ответить | Правка | К родителю #75 | Наверх | 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" +1 +/–

Сообщение от Аноним (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ообщить модератору

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

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

> а сейчас нет, скажем, ноутов на полностью (кроме вафли и блютуза, изолированных от цпу) свободном софте?
Пфф, ну и фантазии.
Ты бы еще спросил "а нет ли свободных процессоров и gpu".
Любители Щво6одьки исторически ничего рабочего сделать не могут.
Посмотри на все либремы и прочий скам для немамонтов.

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

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

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

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

Ответить | Правка | К родителю #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" +/–

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

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

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

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

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

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

Ответить | Правка | Наверх | 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ообщить модератору

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

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

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

Ответить | Правка | К родителю #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ообщить модератору

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

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

> сам лично свалю туда, если для сборки ядра понадобится llvm
Да хоть на хурд вали, тебе же пофиг какое овно жрать, лишь бы "шв060дненько".
А остальных нужно чтобы еще и работало.

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

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

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

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

Ответить | Правка | Наверх | 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ообщить модератору

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ообщить модератору

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ообщить модератору

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

Сообщение от Анонимусс (?), 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. Скрыто модератором –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" +/–

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

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

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

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

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

Партнёры:

Хостинг:

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

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

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


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


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


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


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


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


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


	58. "Релиз ядра Linux 6.18"	–2 +/–
	Сообщение от 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"	+1 +/–
	Сообщение от Аноним (65), 01-Дек-25, 12:55
	>однако оптимальный порядок полей определяет сам Хорошо же в языках без ABI и с одной единственной реализацией
	Ответить \| Правка \| Наверх \| Cообщить модератору


	92. "Релиз ядра Linux 6.18"	+/–
	Сообщение от 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ообщить модератору


	19. "Релиз ядра Linux 6.18"	+7 +/–
	Сообщение от Аноним (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"	+/–
	Сообщение от 12yoexpert (ok), 01-Дек-25, 13:45
	ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


	54. "Релиз ядра Linux 6.18"	+1 +/–
	Сообщение от morphe (?), 01-Дек-25, 12:31
	> В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых > "сам оптимизирует", ибо если завтра добавят модуль на Си с другим > лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит. Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)], и тогда её layout будет совпадать между Rust и C Что однако не мешает использовать в Rust коде свои, оптимизированные структуры
	Ответить \| Правка \| К родителю #19 \| Наверх \| 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ообщить модератору


	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. Скрыто модератором	+/–
	Сообщение от Аноним (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ообщить модератору

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. Скрыто модератором	+/–
	Сообщение от Америка (?), 01-Дек-25, 14:00
	Ориентироваться в стабильных версиях ядра на основе использования версии ядра сторонним проектом - это очень креативно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	72. "Релиз ядра Linux 6.18"	+/–
	Сообщение от Аноним (72), 01-Дек-25, 13:09
	Как правило, последний релиз за год становится lts. Итого это будет 6.18, до конца года 6.19 никак не зарелизят. Почему проксмокс переехал на 6.17 - им виднее, в дебиане на данный момент либо 6.12 как стабильный, либо 6.17 как бэкпорт/тестинг. 6.18 станет лтс и попадет в бэкпорт, на него переехать с 6.17 менее проблемно, чем с 6.12.
	Ответить \| Правка \| К родителю #4 \| Наверх \| Cообщить модератору