| 1.1, Rust (??), 09:58, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –10 +/– | |
>оптимизация размещения структур данных в памяти
Rust так не может ведь? Или может? на С это запросто
| | |
| |
| 2.6, Аноним (-), 10:29, 01/12/2025 [^] [^^] [^^^] [ответить]
| +5 +/– |
Надо праздновать релиз свежего ядра, а не спорить кто что может! Накатим!
| | |
| |
| 3.56, Аноним (56), 12:37, 01/12/2025 [^] [^^] [^^^] [ответить]
| –10 +/– |
Ближайшие 20 лет из-за активного переписывания кода толку от линукса не будет. По сути Линус сделал откат в 90-е гг, когда было непонятно, что за инструмент лепится.
| | |
| |
| 4.139, 1 (??), 15:54, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ага, откат. В 90х прям по всюду SMT, KVM, Namespaces, TCP, NFT ....
| | |
|
| |
| 4.215, Аноним (215), 02:10, 02/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
В команде ядра видимо так кто-то делает, и ему зелёные приказали Rust внедрить.
| | |
|
|
| 2.11, morphe (?), 10:50, 01/12/2025 [^] [^^] [^^^] [ответить]
| +3 +/– | |
> на С это запросто
На си это надо делать вручную, потому что структуры в памяти лежат в таком же порядке как в коде описаны, а Rust это по дефолту сам оптимизирует для лучшего layout
| | |
| |
| 3.18, Маняним1 (?), 10:58, 01/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
> На си это надо делать вручную
Сказки-то не рассказывай. С тех пор как лэйаут стал влиять на производительность С делает это автоматом.
| | |
| |
| 4.58, morphe (?), 12:45, 01/12/2025 [^] [^^] [^^^] [ответить] | +/– | C только выравнивание добавляет, и твоя задача как программиста сделать так, что... большой текст свёрнут, показать | | |
| |
| 5.65, Аноним (65), 12:55, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>однако оптимальный порядок полей определяет сам
Хорошо же в языках без ABI и с одной единственной реализацией
| | |
| |
| 6.104, Советский инженер (ok), 14:42, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
 зато какой прекрасный С
сделать упакованную структуру, да пожалуйста. в гцц есть __attribute((packed)).
только это в gcc, для msvc что-то другое. да и в gcc под виндой не работает.
вот такой прекрасный С. куча несовсестимых реализаций, да еще со своими тараканами в зависимости от платформы.
| | |
| |
| 7.115, Аноним (-), 15:04, 01/12/2025 [^] [^^] [^^^] [ответить] | –1 +/– | Оправдываете свой ник Ибо не в курсе что это устаревший синтаксис, на замену ко... большой текст свёрнут, показать | | |
| |
| 8.122, Аноним (122), 15:16, 01/12/2025 [^] [^^] [^^^] [ответить] | –1 +/– | И когда он появился Напомните пожалуйста, а ядро у нас уже С23 Или всё-таки С1... большой текст свёрнут, показать | | |
|
| 7.166, Аноним (166), 17:42, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> msvc
Закрытое ненужно. И, считай, M$ его давно дропнули в пользу clang или Rust, он уже толком современный стандарт C++ не поддерживает.
| | |
|
|
| 5.92, At1ass (?), 13:52, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Размер второй структуры не 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
| | |
| |
| 6.116, Аноним (-), 15:05, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Размер второй структуры не 10, а 12, так как выравнивание никуда не ушло
Прикольно как ALL меряется - implementation defined behavior'ом. При том что его никто никому не гарантировал и он не обязан быть мировой константой.
Вот в случае packed еще на что-то можно уповать. Только он почему-то не в стандарте за столько лет...
| | |
| 6.185, Аноним (185), 20:28, 01/12/2025 [^] [^^] [^^^] [ответить]
| +4 +/– | |
> struct __attribute__((packed)) three
И эти люди что-то там бухтят про перегруженность синтаксиса в других ЯП.
| | |
| 6.204, morphe (?), 23:56, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Размер второй структуры не 10, а 12, так как выравнивание никуда не
> ушло
Ай, ну да, sizeof(T) должен делиться на alignof(T) без остатка же
Но это не совсем выравнивание, тут нечего выравнивать, это padding самой структуры
| | |
| 6.244, freecoder (ok), 17:25, 04/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 В Rust:
struct One {
a: u32,
b: u32,
c: bool,
d: bool,
}
#[repr(C)]
struct OneC {
a: u32,
b: u32,
c: bool,
d: bool,
}
#[repr(packed)]
struct OnePacked {
a: u32,
b: u32,
c: bool,
d: bool,
}
struct Two {
a: u32,
c: bool,
b: u32,
d: bool,
}
#[repr(C)]
struct TwoC {
a: u32,
c: bool,
b: u32,
d: bool,
}
#[repr(packed)]
struct TwoPacked {
a: u32,
c: bool,
b: u32,
d: bool,
}
fn main() {
println!("One size: {}", size_of::<One>());
println!("OneC size: {}", size_of::<OneC>());
println!("OnePacked size: {}", size_of::<OnePacked>());
println!("Two size: {}", size_of::<Two>());
println!("TwoC size: {}", size_of::<TwoC>());
println!("TwoPacked size: {}", size_of::<TwoPacked>());
}
One size: 12
OneC size: 12
OnePacked size: 10
Two size: 12
TwoC size: 16
TwoPacked size: 10
| | |
| |
| 7.247, Аноним (246), 04:25, 05/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> В Rust:
>
> struct One {
> a: u32,
> b: u32,
> c: bool,
> d: bool,
> }
....
>
Вау. У сишников было 2 способа это делать. В Rust решили что это не круто - и сделали три :D
| | |
|
|
| 5.163, Mikhail (??), 17:25, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
неправда, во втором случае будет 12 байт
после bool добавится 2 байта паддинга
| | |
| |
| 6.206, morphe (?), 23:58, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> неправда, во втором случае будет 12 байт
> после bool добавится 2 байта паддинга
Да, тупанул, sizeof(T) должен делиться на alignof(T) без остатка же.
| | |
|
| 5.227, Аноним (227), 13:57, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> uint32_t a
> uint32_t b
> bool c
> bool d
> Всего 10, потому что a, b уже выровнены
Ты не расте случайно пишешь?
| | |
|
|
| 3.19, Аноним (19), 10:58, 01/12/2025 [^] [^^] [^^^] [ответить]
| +9 +/– |
В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых "сам оптимизирует", ибо если завтра добавят модуль на Си с другим лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.
| | |
| |
| 4.29, Аноним (29), 11:16, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Поддерживаю. Самооптимизации вполне себе могут медленно работать, наблюдал такое.
| | |
| 4.45, Аноним (45), 11:52, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
В раст эта оптимизация включается/выключается прямо из кода с помощью директив. Причем для одних структур ее можно включить, а для других выключить.
| | |
| |
| 5.89, 12yoexpert (ok), 13:45, 01/12/2025 [^] [^^] [^^^] [ответить]
| +4 +/– |
 ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией
| | |
| |
| 6.106, Советский инженер (ok), 14:45, 01/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
у С уродский синтаксис.
а то что у С много компидяторов, так и С единого нет.
куча кода которая компилируется только одним компиляторм.
| | |
| |
| 7.107, 12yoexpert (ok), 14:46, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
маленькие дети пристрастились к ллм-ботам: вроде и слова, но смысла в них ноль, просто белый шум
| | |
| 7.130, Аноним (-), 15:25, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> у С уродский синтаксис.
Смотря с чем сравнивать. По сравнению с Rust C не такой уж и плохой - те приблизились к реализации Brainfuck 2.0 намного ближе, догнав а может и перегнав C++ по количеству странных закорючек. Так что на этом фоне C пожалуй довольно милый.
| | |
| 7.248, Аноним (246), 04:29, 05/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> у С уродский синтаксис.
Rust перещеголял не только его - но и C++ даже по левым закорючкам.
> а то что у С много компидяторов, так и С единого нет.
А у Rust вообще - скачайтеночнушку.
> куча кода которая компилируется только одним компиляторм.
В Rust вообще с альтернативными компиляторами - душновато, на минуточку. А в C все же GCC и CLANG есть. Их таки - два.
| | |
|
| 6.168, Аноним (168), 18:26, 01/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– | |
> ты сейчас описал С, как если бы он был с уродским синтаксисом и одним компилятором с проприетарной лицензией
Адепты Си/Си++ поют про открытость, но как только попросишь у них ссылку на "открытый" стандарт - сразу сливаются.
Слив очередного эксперта через три, два, один...
| | |
| |
| 7.197, Аноним (197), 22:36, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
www.dii.uchile.cl /~daespino/files/Iso_C_1999_definition.pdf
читай, наслаждайся.
| | |
|
|
|
| 4.54, morphe (?), 12:31, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> В этом и проблема - для СИСТЕМНОГО ПО категорически нельзя допускать любых
> "сам оптимизирует", ибо если завтра добавят модуль на Си с другим
> лэйаутом (как в коде), растовая "оптимизация" сразу же фэйлит.
Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)], и тогда её layout будет совпадать между Rust и C
Что однако не мешает использовать в Rust коде свои, оптимизированные структуры
| | |
| |
| 5.103, Аноним (65), 14:34, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>Что однако не мешает использовать в Rust коде свои, оптимизированные структуры
Точно не мешает? А если у тебя в системе уже установлена библиотека собранная одной версией раста и ты хочешь запустить собранную другой версией компилятора программу, у которой она в зависимостях. Ничего не сломается? А алгоритм вычисления оптимального порядка полей точно стабильный?
| | |
| |
| 6.117, Аноним (122), 15:09, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
А если библиотека собрана другим СИ компилятором?
То как оно себя поведет?
| | |
| |
| |
| |
| 9.249, Аноним (249), 04:37, 05/12/2025 [^] [^^] [^^^] [ответить] | +/– | Все что видно наружу компилер ОБЯЗАН генерить conformant вооооооон тому ABI кото... текст свёрнут, показать | | |
|
|
|
|
| 5.118, Аноним (-), 15:09, 01/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
> Если структуру нужно шарить с C - то её можно явно пометить #[repr(C)],
> и тогда её layout будет совпадать между Rust и C
А, простите, "межмодульные" ABI на вот именно Rust как предлагается делать?
Допустим у меня есть бутлоадер или фирмварь. И есть ядро или main app которые оно запускает. Как из main app вызвать функцию boot loader/firmware с предсказуемым ABI, в допущении что это разные куски которые ребилдядся и апдейтятся независимо - и поэтмоу ABI вызова должно совпадать? Что, писать что это - сишный лэйаут, потому что "системщики" на этот глубоко системный аспект вообще поклали и вместо этого - "автоматически сделает збс" именно там где это как раз смерти подобно? :)
| | |
|
|
| 3.41, _kp (ok), 11:38, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
 Вообще, Си, и не только он, могут оптимизировать структуры.
Но это не всегда уместно, когда то они должны располагаться в памяти жестко.
Поля тоже можно перетасовать, но подобное еще менее вероятно что понадобится.
Допустим, перетасовало поля структуры "для лучшего layout"...
А а куда, кроме как в мусорную корзину, можно передать такую структуру, неизвестного формата, не соответствующую ни исходнику, ни документации? :)
А в OS большинство структур передаются из компонента в компонент, или на сторону пользователя.
| | |
| |
| 4.55, morphe (?), 12:33, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Допустим, перетасовало поля структуры "для лучшего layout"...
> А а куда, кроме как в мусорную корзину, можно передать такую структуру,
> неизвестного формата, не соответствующую ни исходнику, ни документации? :)
> А в OS большинство структур передаются из компонента в компонент, или на
> сторону пользователя.
Если тебе важен layout для передачи кому-то ещё - укажи это явно, #[repr(C)], и тогда layout структуры в Rust будет совпадать с аналогичным описанием на языке C.
Однако это совсем не важно для внутренних структур, и структур которые шарятся только с Rust кодом
| | |
| |
| 5.135, _kp (ok), 15:40, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
>> не важно для внутренних структур,
Когда не важно, то проблем нет, и делать можно как угодно
Но, большинство структур в ядре и важны, и требуют взаимодействия.
>> структур которые шарятся только с Rust кодом
А вот здесь грабли,даже если код только на Rust ваять.
Когда собираете что то сложнее helloword, большое, и не пересобираете все целиком, то начнутся проблемы. В общем, фича только для очень локальных данных.
| | |
| 5.250, Аноним (249), 04:40, 05/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Однако это совсем не важно для внутренних структур, и структур которые шарятся
> только с Rust кодом
А если у меня допустим бутлоадер и основной фирмвар, и они собраны разными версиями в разное время - там не будет случайно бада-бум из-за не совпадений даже если оба и на Rust?
Просто видите ли бутлоадер перешивают только в крайних случаях дабы уменьшить риск кирпича, а фирмвар - чаще. Но видимо о таких моментах "системщики" не в курсе. А вот диды почему-то догадались...
| | |
| |
| 6.252, morphe (?), 06:09, 05/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> А если у меня допустим бутлоадер и основной фирмвар, и они собраны
> разными версиями в разное время - там не будет случайно бада-бум
> из-за не совпадений даже если оба и на Rust?
Если тебе надо чтобы структуры совпадали между пакетами собранными разными версиями компилятора - помечай их repr(C), всё ж просто
Тебе же в любом случае нужно как-то стабилизировать подобные интерфейсы, даже в сях ты не сможешь так просто поле добавить/удалить в структуру что используется с обеих сторон
| | |
|
|
|
| 3.57, Аноним (56), 12:38, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> структуры в памяти лежат в таком же порядке как в коде описаны
Давно не правда. Даже в паскале есть reordered.
| | |
| |
| 4.59, morphe (?), 12:50, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Давно не правда. Даже в паскале есть reordered.
В паскале структуры логические, для программиста, а в сях по стандарту "физические", для того чтобы можно было описать память ровно так как её видит устройство
И стандартного способа автоматически переупорядочить поля там нет, есть только расширения компилятора, которые мало где используют
| | |
| |
| 5.218, Аноним (218), 07:37, 02/12/2025 [^] [^^] [^^^] [ответить] | +/– | Упаси господь По стандарту, если устройство там что-то там видит, то программис... большой текст свёрнут, показать | | |
| |
| 6.221, morphe (?), 09:29, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
"Физические" в кавычках потому что оно такое только для абстрактной машины си и железа 30летней давности. Факт в том что порядок полей в коде по стандарту должен соответствовать порядку полей в памяти. Понятное дело что всякие randstruct и прочие расширения существуют, но подобные расширения как обычно со стандартом несовместимы (Абстрактная машина сей до сих пор однопоточная, или таки что-то уже успели с этим сделать?)
Короче настолько же физическое как и UB при переполнении потому что числа в си не two's complement.
| | |
| 6.251, Аноним (249), 04:42, 05/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> * Вон, по сишному стандарту malloc делает магию, которую запрещено повторять вручную
> в рамках стандарта. А в плюсах malloc создавал UB до C++20.
> https://stackoverflow.com/q/63379066
Это прикол такой? Или вы всех за идиотов считаете, которые ссыль не кликнут? Там ни 1 акцептованого ответа нет.
| | |
|
|
|
|
| 2.37, Аноним (37), 11:34, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Да просто пишите вы уже на языке каком хотите, а не топите за него, троллота.
Пофиг о чем речь ц или раст.
| | |
|
| 1.2, Аноним (2), 10:22, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –6 +/– | |
>Из ядра удалён код файловой системы Bcachefs
Глючная ^W эспериментальная ФС по дефолту теперь насквозь редхатовская btrfs. Её не выкинут. Даже если разработчик будет хоть сам чёрт во плоти.
| | |
| |
| 2.162, booksy (?), 17:22, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> удаление Bcachefs
Кто знает, подскажите, где теперь патчи брать？Можно ли использовать ветку от Кена?
| | |
| |
| 3.193, Аноним (193), 21:27, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Там же надо dkms модуль подтягивать и самому накатывать. Ядро вроде патчить не надо, не?
| | |
| 3.195, Олег (??), 21:46, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Кто-то реально использует такие глубокие демки в проде?
Или так много времени возиться с этим?
| | |
|
|
| |
| |
| |
| 4.97, Америка (?), 14:00, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Ориентироваться в стабильных версиях ядра на основе использования версии ядра сторонним проектом - это очень креативно.
| | |
|
|
| 2.72, Аноним (72), 13:09, 01/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– | |
Как правило, последний релиз за год становится lts. Итого это будет 6.18, до конца года 6.19 никак не зарелизят.
Почему проксмокс переехал на 6.17 - им виднее, в дебиане на данный момент либо 6.12 как стабильный, либо 6.17 как бэкпорт/тестинг. 6.18 станет лтс и попадет в бэкпорт, на него переехать с 6.17 менее проблемно, чем с 6.12.
| | |
| |
| 3.194, Аноним (193), 21:31, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
В Debian 13 потом и 6.19 попадет в бэкпорт, и 6.20, ...
Скорее всего, финальным в trixie-backports будет 7.x.
Оно так работает, просто потому что пока testing не заморожен и пока в него принимают новые версии пакетов, они будут перекочевывать и в backports stable.
Де-факто ядро в testing фризят в декабре года, который предшествует релизу, даже, если stable не заморожен (следующий LTS уже 100% не попадет, а откатывать linux-image-* - глупая затея).
| | |
|
|
| 1.5, Аноним (5), 10:28, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +3 +/– |
Помню тут пару дней назад в комментах радостно рассказывали, что раст уже забросили в ядре, мейнтейнеры ушли и прочее.
| | |
| |
| 2.16, Аноним (19), 10:56, 01/12/2025 [^] [^^] [^^^] [ответить]
| –4 +/– |
Не имеет значения, когда именно ржу выбросят. Просто сам факт мёртворождённого изычка не даёт ему никаких шансов. Как только гугля решит оптимизировать дармоедов, ВНЕЗАПНО окажется, что "раст оказался непригоден" и далее шлейф обещаний что завтра будет лучше, чем вчера, но деньги, про_с_раные на ржу, никто уже не вернёт.
| | |
| |
| |
| |
| 5.96, Аноним (96), 13:59, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Ну так пока они про все свое в ядре так говорят.
У них пока все "тактическое". Тестируют, короче.
| | |
| 5.110, Аноним (110), 14:53, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Разрешить добавлять драйвера на расте жест доброй воли со стороны С разработчиков.
| | |
| |
| 6.161, Аноним (168), 17:18, 01/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
С разморозкой!
Си разработчиков не спрашивают, а информируют по факту.
Несогласных уходят.
| | |
| |
| 7.165, Аноним (119), 17:29, 01/12/2025 [^] [^^] [^^^] [ответить] | +/– | Ну так норм В проекте уже есть Великодушный Диктатор Он благодушно спрашивает ... большой текст свёрнут, показать | | |
| |
| |
| |
| |
| 11.233, Аноним (-), 19:26, 02/12/2025 [^] [^^] [^^^] [ответить] | +/– | У него был какой-то опыт программрования на расте Но единичный личныйопыт мало ... большой текст свёрнут, показать | | |
|
|
|
|
|
|
|
|
|
|
| 1.8, Аноним (8), 10:41, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В NTFS3 добавлена
Этот тот что от Paragon? Кто владеет вопросом, подскажите, что происходит с этим драйвером. Есть ещё NTFSPLUS если не ошибаюсь
| | |
| |
| 2.36, Аноним (25), 11:31, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Да, от Paragon. У меня работает, не ловил корраптов, но репорты от других пользователей были. Второй вариант ntfs-3g через FUSE, сильно медленнее.
| | |
| 2.169, Xo (?), 18:54, 01/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Кривое оно, до сих пор. Из-под линукса лучше ничего не записывать на ntfs.
| | |
| 2.213, Аноним (213), 02:05, 02/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Не монтирует /dev/sdb1. В прошлом декабре монтировало. Терплю ntfs-3g. Тормоз и память жрёт.
| | |
|
| 1.9, mos87 (ok), 10:41, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +7 +/– |
 Ржавеет по-тихоньку.
А что для конечного пользователям может пригодиться?
| | |
| |
| 2.50, Аноним (-), 12:22, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Возможно драйвера?
> драйвера Nova для GPU NVIDIA.
> драйвер Tyr
Думаю без них для "конечного пользователя" будет весьма грустно.
> реализация Binder, написанная на языке Rust.
А это сотни миллионов пользователей.
| | |
| |
| 3.69, Аноним (56), 13:07, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> без них для "конечного пользователя" будет весьма грустно
Читаем: "Драйвер пока не готов"
| | |
| |
| 4.73, Аноним (-), 13:10, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Читаем: "Драйвер пока не готов"
А ядро уже готово))?
Чего они всё новые и новые версии выпускают.
Биндер написали и этот напишут.
| | |
| |
| |
| 6.78, Анонимусс (?), 13:24, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Биндер не писали, а переписывали.
Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет поддержки старого мусора)))
Вы как-то определитесь что вам нужно, а потом уже набрасывайте.
| | |
| |
| |
| |
| 9.229, Аноним (227), 14:28, 02/12/2025 [^] [^^] [^^^] [ответить] | +/– | Во-первых, не на паскале, а на Pastel е Во-вторых, когда Столлман понял, что пол... текст свёрнут, показать | | |
|
|
|
| 6.79, Анонимусс (?), 13:24, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Биндер не писали, а переписывали.
Так если дрова для gpu напишут, а не перепишут, то вы первые ныть будете что нет поддержки старого мусора)))
Вы как-то определитесь что вам нужно, а потом уже набрасывайте.
| | |
|
| 5.142, Аноним (142), 16:21, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
ядро уже почти 25 лет как готово... если бы не было готово, ты бы просто не смог читать опеннет - весь этот ваш интернет на этом "не готово" работает
| | |
| |
| 6.145, Аноним (-), 16:25, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> ядро уже почти 25 лет как готово...
Так зачем новые версии выпускают?
Им делать нечего?
> если бы не было готово, ты бы просто не смог читать опеннет - весь этот ваш интернет на этом "не готово" работает
А... точно! До 91 года интернетов не было! Люди общались черезголубиную почту!
Вот как Торвальдс ядро сделал, так сразу появился!
| | |
| |
| 7.170, Xo (?), 18:59, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Представьте себе, когда новые железки появляются, для них нужны новые дрова;)
| | |
| |
| 8.186, Аноним (185), 20:32, 01/12/2025 [^] [^^] [^^^] [ответить] | +/– | Ну ты новость-то почитай и сам прикнь сколько там про новые дрова, сколько про н... текст свёрнут, показать | | |
|
|
|
|
|
| 3.84, 12yoexpert (ok), 13:40, 01/12/2025 [^] [^^] [^^^] [ответить]
| –2 +/– |
> Возможно драйвера?
> > драйвера Nova для GPU NVIDIA.
> > драйвер Tyr
> Думаю без них для "конечного пользователя" будет весьма грустно.
невидия и Mali на линуксе это само по себе смешно, даже без растоскама
| | |
|
|
| 1.10, ryoken (ok), 10:48, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 Проясните плз про boot_display, с целью повышения уровня образованности. Не понятно, в каком формате его указывать?
| | |
| |
| |
| 3.83, 12yoexpert (ok), 13:39, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
а сейчас нет, скажем, ноутов на полностью (кроме вафли и блютуза, изолированных от цпу) свободном софте?
| | |
|
| 2.70, Аноним (-), 13:08, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
RISC-V не взлетел; останется навсегда академической разработкой для исследователей (типа как OpenBSD).
| | |
| |
| 3.121, Аноним (-), 15:15, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> RISC-V не взлетел; останется навсегда академической разработкой для
> исследователей (типа как OpenBSD).
Надо рассказать это Nvidia с ее триллионами и прочим Western Digital которые процы делают - поболее чем вы живете, чего доброго. Да и AMD вроде в видяхи их встроил. А что у них общего? Используют RISCV!
А у imagination RISCV настолько не взлетел что они MIPS свернули в пользу RISCV, с чем выпиливание MIPS из дистров и связано. Зато RISCV как раз - запиливают на ура.
| | |
|
| 2.120, Аноним (119), 15:13, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> а где RISC-V ? (((
В смысле? Там только недавно поддержку чего-то нового от SiFive запилили.
| | |
|
| 1.14, Аноним (19), 10:54, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Ядро - это в принципе независимый проект, в нём не может быть "возможность писать на раст", как и "возможность похапэшных вставок" - это просто глупо и узконаправлено. Либо ты можешь писать для ядра (Си, Ди, ассемблер), либо ты идёшь в сад писать опердни - в ядре тебе делать нечего.
| | |
| |
| 2.39, Аноним (39), 11:36, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Либо ты можешь писать для ядра (Си, Ди, ассемблер),
Ога, на Ди, на с++)))
Ты просто пишешь для ядра на расте, а те кому не нравится, спорят с Торвальдсом и потом или закрывают варешку, или идут в сад писать опердни - в ядре таким делать нечего.
| | |
| 2.93, Бжежко (ok), 13:54, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Ядро - это в принципе независимый проект
Да, ты прав! Принципиально не зависит от тебя и твоих хотелок.
| | |
|
| 1.17, Аноним (22), 10:57, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –2 +/– | |
> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.
Собака лает, караван идёт.
| | |
| |
| |
| 3.82, 12yoexpert (ok), 13:36, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
он имел ввиду, что маркетологи раста там что-то где-то кричат, но инженерам на это до лампочки
| | |
|
| 2.99, Аноним (96), 14:03, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Мда... Дно дна. То что должно работать в пространстве пользователя в ядро запихнули.
| | |
|
| 1.20, Аноним (24), 10:58, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– |
Где то во второй декаде декабря Фряха 15 зарелизится,вот это полезная новость. Тут же сплошной бета тест. Версия 6.12-6.14 максимум в серьезных дистрах и те для фанатиков не различающмх что такое хорошо и плохо.
| | |
| |
| 2.46, Аноним (-), 12:02, 01/12/2025 [^] [^^] [^^^] [ответить]
| –3 +/– | |
> Фряха 15 зарелизится,вот это полезная новость.
Как у тебя в одном предложении сочитаются "фряха" и "полезность"?!
ФРЯ это бесполезная поделка нудность которой можно оценить по ее распространености.
| | |
| |
| 3.81, 12yoexpert (ok), 13:35, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
как минимум иметь альтернативу линуксу с его назревающим вендор-локом на раст - полезно
сам лично свалю туда, если для сборки ядра понадобится llvm
| | |
| |
| 4.112, Аноним (110), 14:56, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
А то что для сборки фри нужен llvm тебя не смущает? Или это юмор которого я не понял?
| | |
|
|
| 2.126, Аноним (-), 15:19, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Где то во второй декаде декабря Фряха 15 зарелизится,вот это полезная новость.
Что в этой шляпе полезного то? LTS нету, бинарные пакеты на вторых ролях, так что на серваки для просто эксплуатации без заморочек ставить - мазохизм. А по другому эксплуатировать компьютерные системы уже никто и не хочет - их слишком дофига развелось чтоб над каждым локалхостом танцевать.
| | |
| |
| 3.149, Аноним (24), 16:43, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Каждый и танцует,мне нравится. Пакеты и для 13 фряхи есть,а она 4 года как вышла.
| | |
|
|
| 1.21, Аноним12345 (?), 11:00, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
>> Началась работа по реорганизации излишне раздутой структуры "page", используемой для управления страницами оперативной памяти. Добавлен тип 'memdesc_flags_t"
Как-то противоречиво звучит
| | |
| |
| 2.28, Аноним (25), 11:14, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
scx_bpfland поставь, да проверю. Спойлер: ОС станет более отзывчивой.
| | |
| |
| 3.109, Аноним (27), 14:51, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Не, я понял, что BPF - крутая штука, но рассуждая по дилетански: вот есть ядро, работает, тут в него влезает ещё один процесс (или даже не один), что-то дополнительно анализирует и по итогу что-то дополнительно делает, тут ещё проверка подписи, а если ещё и в пространство пользователя "нырнёт" и не раз... Ещё и отдельный механизм, позволяющий всё это.
Ресурсы, ресурсы, ресурсы, которые всегда ограничены.
P.S. Планировщик дефолтный, ибо не считаю, что у меня достаточно понимания, чтобы выбрать другой. Хотя его и достаточно, чтобы знать, что можно добиться профита в конкретных условиях.
| | |
| |
| 4.113, Аноним (22), 15:03, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
В ядре тоже треды есть, почему ты думаешь, что оно все синхронно работает? Конечно, ресурсы ограничены твоим ЦП. Но я не видел никаких репортов про снижение перформанса.
Крайне рекомендую попробовать любой планировщик на BPF, разница видна почти в любой нагрузке.
| | |
| |
| 5.222, Аноним (27), 11:55, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> В ядре тоже треды есть
Вот именно, а тут ещё.
> почему ты думаешь, что оно все синхронно работает?
Не думал, но CPU не резиновый и кто-то встанет в очередь, а тут ещё один тред.
> Но я не видел никаких репортов про снижение перформанса.
Спасибо, пару раз ради любопытства гуглил - многовато мусора в выдаче, ничего в целом внятного.
> Крайне рекомендую попробовать любой планировщик на BPF
Попадвшиеся сравнения планировщиков не сказать, что исчерпывающие, перспективы невнятные, поэтому ещё несколько лет назад решил не лезть в эту тему без нужды.
P.S. Кто-то меня минусанул, молодой, видимо, горячий, или лентяй - не хочет нести свет просвещения :))
| | |
|
|
|
|
| 1.40, Аноним (22), 11:38, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В ksmbd (работающий на уровне ядра SMB-сервер) добавлен параметр для ограничения максимального числа соединений с одного IP-адреса. smbdirect, smbclient и smbserver переведены на использование типовых структур ядра.
Всегда было интересно, а вот это вот вообще зачем в ядре? Почему именно SMB, а не SSH, например?..
Выглядит как идеальный вектор атаки.
| | |
| |
| |
| 3.61, Аноним (56), 12:51, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
вопрос был про вечно дырявую самбу, причём местами - на уровне спецификации протокола.
| | |
|
| 2.60, Аноним (60), 12:51, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
скорость работы, там прирост процентов в 30 по производительности
| | |
| |
| 3.63, Аноним (56), 12:54, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> прирост процентов в 30
Это быстро исправят переписыванием на раст.
| | |
| |
| 4.127, Аноним (-), 15:21, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Почитал уже. RDMA выглядит как *совсем* плохая идея.
Абсолютно. Но если у тебя весь ДЦ забит _твоими_ серверами и более ничем - пуркуа б да не па?
| | |
| |
| |
| 6.211, Аноним (211), 02:00, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
И что? Проход в дейта-центры давно уже строго по биометрии. Нарушитель, конечно, сможет вмешаться в тренировку моделей. И посидеть за это в тюрячке. Пентестер ... ну так пентестер с доступом к железу в дейтацентре - это далеко не модель угроз для нарушителя. Если есть физическийи доступ к железу, то можно это железо с флешки загрузить и поставить крипту майнить.
| | |
| |
| 7.243, Аноним (96), 15:22, 03/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> И что? Проход в дейта-центры давно уже строго по биометрии. Нарушитель, конечно, сможет вмешаться в тренировку моделей.
Это если не тот нарушитель. А если тот, что надо. Тогда ничего не будет. И результаты никак не проверить. Имея результат - никак не понять, вмешивался ли, кто либо.
С обычным кодом все совсем не так.
| | |
|
|
| 5.188, Аноним (185), 20:43, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Но если у тебя весь ДЦ забит _твоими_ серверами и более ничем
В природе так не бывает. Но никто не мешает разрулить это на уровне сети, что все успешно и делают. А так, NVMEoF на замену уже сделали.
| | |
|
|
|
| 2.216, edo (ok), 02:15, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 > Всегда было интересно, а вот это вот вообще зачем в ядре?
для производительности, очевидно
> Выглядит как идеальный вектор атаки.
так вам не нужно — не используйте, пока модуль не загружен никакого «вектора атаки» нет
| | |
|
| 1.47, Аноним (47), 12:18, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В выпуске 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.
Офигеть...
А оно хоть как-то запускается после такого?
Или "нам главное чистота крови", а работает или нет - это значения не имеет?
| | |
| |
| 2.51, Аноним (51), 12:24, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Как-то же они в интернет запостили это, должно быть что-то да работает.
| | |
| |
| 3.210, Аноним (210), 01:56, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
А продемонстрировать делом, что никакой линиукс не свободный, ибо на деле завист от блобов. Чтобы когда кто-то начнёт вякать про то, что линукс - СПО - предложить ему продемонстрировать работающий сабж на своём ПК.
| | |
|
|
| 1.94, Аноним (94), 13:54, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Добавлен параметр ядра "boot_display" для выбора устройства вывода для отображения процесса загрузки на системах с несколькими GPU.
хорошо!
но лучше бы это в uefi можно было выбирать везде
| | |
| |
| 2.95, Аноним (94), 13:56, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
фолс аларм!
это никакой не параметр, а просто информация
позор!
| | |
|
| 1.98, Аноним (98), 14:00, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В состав принята реализация механизма межпроцессного взаимодействия Binder, написанная на языке Rust. Binder используется в Android для организации взаимодействия между процессами и удалённого вызова методов (один процесс Android может вызвать метод или функцию в другом процессе Android, используя Binder для идентификации, вызова и передачи аргументов между процессами). Код Binder был переписан на языке Rust в рамках инициативы Google по усилению защищённости Android.
Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра. Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.
| | |
| |
| 2.101, Аноним (101), 14:27, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– | |
> Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра. Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.
Хм, так биндер ЕМНИП в вндроиде с самого начала, где-то с 2007-2008 года.
Да и кроме него в ведре хватает дыр, не думаю что он сильно повлияет на общую статистику.
| | |
| 2.129, Аноним (-), 15:23, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Вот это очень плохо на самом деле. Не потому что раст а потому что та еще дыра.
> Кому интересно погуглите к чему привело появление CreateRemoteThread в винде.
Он и до этого там был - просто на сях. В десктопных дистро не включен как правило - ибо ничем кроме андроида Binder IPC не используется. Так что binder нужен по сути только гуглу.
| | |
| |
| 3.131, Аноним (-), 15:29, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Так что binder нужен по сути только гуглу.
И еще всего лишь 3.9 млрд. пользователей андроида.
Мелочь такая, то ли дело десктопный линукс!
| | |
| 3.225, Аноним (5), 13:48, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
ну запуск андроид софта не только гуглу нужен. Особенно если десктопный андроид будут активно развивать и будет больше софта.
| | |
|
| 2.209, Аноним (209), 01:54, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Но binder это не create remote thread, а более низкоуровневый аналог dbus.
| | |
|
| 1.150, Аноним (150), 16:45, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> В NTFS3 добавлена поддержка ioctl FS_IOC_GETFSLABEL и FS_IOC_SETFSLABEL для чтения и установки меток разделов.
NTFS3 могут выкинуть, так как у меня на компе с /dev/sdb1 он не работает.
| | |
| 1.153, Кошкажена (?), 17:00, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| –1 +/– | |
> Минимальная версия компилятора Clang, которым может быть собрано ядро, повышена до инструментария LLVM 15. В Debian 12 и Ubuntu 22.04 поставляется LLVM 14.
Вот пошла гонка за версиями. С растом будет еще хуже.
| | |
| |
| 2.157, Анонимусс (-), 17:07, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Ubuntu 22.04
Ей как бы уже три года.
Если вы на нее собираетесь ставить НОВЕЙШЕЕ ядро, то почему бы шланг не обновить? Или вообще обновиться до следующей LTS? В 24.04 по умолчанию clang 18 и можно обновиться до 19.
А если вы НЕ можете обновиться до 24.04 по внешним причинам, то как вы ядро собрались обновлять?))
> Debian 12
А на этот тухляк вообще смотреть нет смысла.
| | |
| |
| 3.236, Аноним (234), 20:45, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> А если вы НЕ можете обновиться до 24.04 по внешним причинам, то как вы ядро собрались обновлять?))
Там snap. Он на ведро не влияет от слова совсем.
| | |
|
| 2.159, Аноним (119), 17:08, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Минимальная версия компилятора 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)
> Вот пошла гонка за версиями.
А это плохо?
Зачем брать во внимание луддитов которые хотят сидет нанекрософте?
> С растом будет еще хуже.
Но пока - лучше)
| | |
|
| 1.154, Аноним (-), 17:01, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
Где C++ и Rust там всегда конские размеры исходников и долгая компиляция.
А Rust надо выкидывать из ядра. Пусть пилят свой Redox и к нам не лезут.
| | |
| |
| 2.160, Анонимусс (-), 17:10, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Где C++ и Rust там всегда конские размеры исходников и долгая компиляция.
Бред. Уже опровергали и не раз.
> А Rust надо выкидывать из ядра. Пусть пилят свой Redox и к нам не лезут.
А вы это кто?
Разработчики из kernel team?
Создатели ядра?
Может корпы, которые весь банкет оплачивают?
Нет? Вот тогда закройте хлеборезку.
Забавно слушать как кучка 6omжей из сообщества™ что-то так потявкивает.
Что-то не нравится - кнопочка форк воооон там. Берите пример с латиносов и пилите свое обезржавленное ядро.
| | |
| |
| 3.172, Аноним (172), 19:00, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Чтобы это было не так, придётся приложить определённые усилия, и, скажем прямо, это будут уже не c++ и rust. Исходники конечно ерунда, вот генерируемый файлы не ерунда -- именно они замедляют компиляцию, потом их линковка только часами.
| | |
| 3.190, Аноним (-), 20:45, 01/12/2025 [^] [^^] [^^^] [ответить]
| –1 +/– |
Своодное Сообщество создано GNU/Linux. На их плечах всё держится. Корпорасты примазались - они не основа.
| | |
| |
| 4.224, Аноним (5), 13:43, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Без корпорастов линукс так и остался бы хобби-проектом. Эти ваши корпорасты 90% кода линукса написали. Вся инфраструктура линукса на плечах корпорастов держится, даже десктопная его часть. Именно поэтому с десптоком хуже чем с серверной частью, это не приоритет корпов. Сообщество не справляется.
| | |
|
| 3.219, Sm0ke85 (ok), 08:24, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 >Бред. Уже опровергали и не раз.
На базаре бабки опровергали...??? Смотри на факты, весь "переписанный" ржавый софт на сегодня свидетельствует о твоей неправоте....
| | |
|
|
| 1.167, Аноним (167), 17:45, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Над бтрфс действительно хорошо поработали, производительность теперь не хуже чем у ext4, даже если активно виртуалка работает.
| | |
| 1.183, Аноним (179), 19:58, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
> Код Bcachefs может быть возвращён в состав ядра после того как Кент Оверстрит на деле докажет возможность корректного взаимодействия с другими разработчиками ядра и способность следовать устоявшимся правилам разработки.
Как Кент это покажет если они с ним больше не взаимодействуют?
| | |
| 1.191, Шарп (ok), 21:17, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
 >возможность создания USB-драйверов на Rust
Это что, драйвер на расте?
Кое что получше. Это возможность создавать драйвер на расте.
| | |
| 1.245, Аноним (245), 19:19, 04/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– | |
>В MD RAID реализован новый тип битовых карт - llbitmap (lockless bitmap)
Оно в существующих уже MD RAID заработает? или только в новых? или как то мигрировать нужно?
| | |
|
