The OpenNET Project / Index page

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

форумы
правила/FAQ
поиск
регистрация
вход
слежка
RSS


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

Оглавление

Поддержка Rust для ядра Linux столкнулась с критикой Торвальдса, opennews (ok), 15-Апр-21, (0) [смотреть все]

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


42. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/–
Сообщение от Fracta1L (ok), 15-Апр-21, 09:06 
Процесс идёт, отлично 👍🏻👍🏻👍🏻
Ответить | Правка | Наверх | Cообщить модератору

52. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/–
Сообщение от Аноним (52), 15-Апр-21, 09:17 
> Процесс идёт, отлично 👍🏻👍🏻👍🏻

Процесс по деградации ядра, да, начался!
Если Торвальдс пропустит это шлак, в итоге Linux скурвится.
Линус как может сдерживает всяческих макакокодиров, но при общей тенденции на дегродство разрабов в мире, процесс деградаци скорее всего неизбежен.
Вот когда у корпов раком будут вставать их процессы, тогда они может быть вспомнят, что наверное лучше было бы нанимать грамотных разработчиков, которые знают процессы в железе и умеют в низкоуровневые языки, а не альтернативно одарённых хипсторов, у которых вместо головы известное место с известным содержимым,  которые лабают свою ржавчину известным местом, "застобаксов пучок".

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

81. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (81), 15-Апр-21, 09:46 
Родной, ты наверное и строчки кода на C не написал.

Достаточно посмотреть на libc чтобы понять всю ущербность. Там в каждом  вызове функции потенциальные ошибки.

malloc может не возвращать память, read может прочитать меньше чем запрошено, обойти файловую систему атомарно невозможно (ты прочитал файл, сделал его hash например, а он уже изменился пока ты другие файлы обходишь), и т.д.

Чтобы всё это обернуть во что-то безопасное и надёжное нужно писать тысячи строк кода только обёртки (хотя libc уже обёртка).

Говорить что Linux написан экспертами, а сейчас профессионалов не осталось... ну показывать свой уровень.

Rust как глоток свежего воздуха. Да, кто-то в этот воздух пёрнул.
Язык 👅 не без греха.
И всё равно это лучше чем было и есть сейчас

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

92. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +3 +/–
Сообщение от Соня Мармеладова (?), 15-Апр-21, 10:06 
Руст, конечно, вылечит неатомарность ФС. Родной, ты видимо, тоже не писал, а только читал.
Ответить | Правка | Наверх | Cообщить модератору

99. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 15-Апр-21, 10:20 
> Rust как глоток свежего воздуха. Да, кто-то в этот воздух пёрнул.
> Язык 👅 не без греха.

Если посмотреть пример кода на си и хрусте, сишный как-то сильно лучше читаем и обработчик ioctl почему-то вдвое короче. Вот те и хайлевел, однако. В других местах получше, но технической сp@ни в разы больше, местами выглядит довольно наркомански, иллюстрируя чем нонейм вебмакаки отличаются от K&R..

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

106. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от YetAnotherOnanym (ok), 15-Апр-21, 10:28 
Ты, похоже, оцениваешь C с точки зрения человека, привыкшего к языку, который всё делает за программиста. А в C надо самому отрабатывать разные ситуации. То есть, открываешь man на оответствующую функцию, идёшь в раздел "Return values" и расписываешь действия при всех возможных вариантах развития событий. Если тебе это кажется неправильным, то просто C - не для тебя.
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

394. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Ананимус (?), 16-Апр-21, 08:17 
А что, эксцепшоны магическим образом обрабатываются сами, да? :D
Ответить | Правка | Наверх | Cообщить модератору

406. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от YetAnotherOnanym (ok), 16-Апр-21, 10:55 
Перечитал сейчас ман на malloc(3) - написано там ни про какие эксцепшоны. И в мане на fopen(3) тоже про эксцепшоны ничего нет. Открыл наугад несколько манов на сисколлы - open(2), read(2), mmap(2) - и там не сказаго ничего про обработку эксцепшонов.
Прямо вот даже и не знаю, что в C делать с эксцепшонами.
Ответить | Правка | Наверх | Cообщить модератору

436. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Ананимус (?), 16-Апр-21, 15:39 
Вот твой пассаж:

> То есть, открываешь man на оответствующую функцию, идёшь в раздел "Return values" и расписываешь действия при всех возможных вариантах развития событий.

Расскажи пожалуйста сакральную разницу между "обработать разные типы исключений" vs "обработать разные коды ошибки". Очень хочется понять в чем же разница :D

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

448. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от YetAnotherOnanym (ok), 16-Апр-21, 19:56 
Стоп-стоп-стоп... Если в коде предусмотрены действия при всех возможных возвращаемых значениях, то о каких "эксцепшонах", которым при этом нужна отдельная обработка, идёт речь?
Ответить | Правка | Наверх | Cообщить модератору

477. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (476), 17-Апр-21, 07:57 
> Расскажи пожалуйста сакральную разницу между "обработать разные типы
> исключений" vs "обработать разные коды ошибки". Очень хочется понять в чем же разница :D

Ну, с ощибкой, что чтения диска, что выделения памяти, можно retry сделать и если проканало то сделать вид что факапа вообще не было. Flow программы продолжится как будто ошибка никогда не возникала.

Вопрос: как этот номер делают любители исключений? Для долговременно работающих программ или ОС это вполне нормальный вариант там где падать на каждый чих не катит.

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

585. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (423), 20-Апр-21, 13:37 
> Расскажи пожалуйста сакральную разницу между "обработать разные типы исключений" vs "обработать разные коды ошибки". Очень хочется понять в чем же разница :D

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

Проследить весь путь кодов ошибок по исходникам - можно. Все коды ошибок должны быть обработаны.

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

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

590. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 20-Апр-21, 17:53 
> Проследить весь путь исключений по исходникам - невозможно, придется залезать в каждый
> вызов функций и будет неясно, обработчик прерываний должен быть и про
> него забыли, или так и задуманно и на верхнем уровне его точно обработают.

Ну вот кстати себе я таки на сях ;) сделал специфичный fail fast такого плана. Но он втыкает уникальный код факапа в глобальную переменную. Он один на весь исходник - и вот так место факапа известно с точностью до.

Но это юзается там где оно уместно. Если я посчитаю что такая реакция на ошибки в проекте уместна. Ну скажем фирмварь микроконтроллера - в определенных допущениях - может быть быстро целиком ребутнута, может быть даже с восстановлением state той или иной полноты, если анализ системы показал что так рекавери выглядит безопасно. Однако микроконтроллер, видите ли, теряет контроль при этом на жалкие микросекунды, state маленький, а перспектива глюкать дофига времени с потенциально порушенным state программы и/или железа (fail fast ловит грубо говоря "sanity check failed"). Из очевидных плюсов - caller'ы умеют забивать на проверку ошибок в кодах возврата, а сами коды часто конфликтуют с полезными значениями. Поэтому как _один из_ вариантов почему бы и нет? Однако сие годится не всегда и не везде. Если не годится, оно даунгрейдится до проверок на манер errno. Лишних кейвордов при этом не надо. Си вообще приколен там что сам по себе - мультипарадигменный. Он настолько простой и дубовый что в принципе из него лепится любая парадигма с минимальной интерференцией. А хруст, вот, показал себя в этом заметно хуже пока, подпихав дурацкие медвежьи услуги где не надо.

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

120. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от MisterX (??), 15-Апр-21, 10:53 
Но ведь в ядре нет libc
А маллоков там много разных
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

353. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (556), 15-Апр-21, 22:33 
В ядре может и нет libc, но без glibc ядро навряд ли соберётся хоть на musl, хоть на uclibc-ng.
Ответить | Правка | Наверх | Cообщить модератору

478. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (476), 17-Апр-21, 08:00 
> Но ведь в ядре нет libc

Си может работать вообще совсем без рантайма. Я им даже bare metal с ноля подымал. Без асма и либ.

> А маллоков там много разных

Ничего не запрещает взять да и накодить себе аллокатор памяти. Самому по себе компилеру сей аллокатор до балды. Это уже программа или как максимум какие-то либы сие вызывает. Хрустики с более плотной интеграцией всех этих потуг как раз и нарвались на тот факт что местами фича становится багом.

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

135. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +3 +/–
Сообщение от Аноним (135), 15-Апр-21, 11:23 
Ага, раст выделит память, даже если её в системе нет, и прочитает файл, даже если его никогда не существовало!
Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

282. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +2 +/–
Сообщение от Анонмм (?), 15-Апр-21, 15:03 
Раст не даст разработчику пропустить обработку ошибок. И, что главное, в этом стиле пишут ВСЕ.
В этом и профит.
Ответить | Правка | Наверх | Cообщить модератору

479. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (476), 17-Апр-21, 08:01 
> Раст не даст разработчику пропустить обработку ошибок.

А ада не даст переполнить числа. В ариан 5 проверяли.

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

175. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/–
Сообщение от Michael Shigorinemail (ok), 15-Апр-21, 12:03 
> malloc может не возвращать память, read может прочитать меньше чем
> запрошено, обойти файловую систему атомарно невозможно (ты прочитал
> файл, сделал его hash например, а он уже изменился пока ты другие
> файлы обходишь), и т.д.

Щёлкаем пальцами -- и все TOCTOU да прочие проблемы реального мира, к таким потенциальным и кинетическим ошибкам приводящие, превращаются в null.

Тут же его на всякий разыменовываем, чтоб никто не обратился.

*sigh*

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

371. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от szt1980 (ok), 16-Апр-21, 02:01 
>посмотреть на libc

Си можно использовать без libc. Возможно ли подобное с ржавчной?

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

420. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от red75prime (?), 16-Апр-21, 13:19 
Да, можно. Есть такой атрибут #![no_std], который отключает использование стандартной библиотеки. И в результирующем бинарнике не будет ничего, кроме того что написано в коде.
Ответить | Правка | Наверх | Cообщить модератору

424. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 16-Апр-21, 14:36 
>>посмотреть на libc
> Си можно использовать без libc. Возможно ли подобное с ржавчной?


$ cat nostd.rs
#![no_std]
#![no_main]
use core::panic::PanicInfo;
use syscall::syscall;
#[panic_handler]
fn panic(_info: &PanicInfo) -> ! { loop {} }
#[no_mangle]
pub extern fn _start() -> ! {
    let message = "sometext\n".as_bytes();
    unsafe {
        syscall!(WRITE, 0, message.as_ptr(), message.len());
        syscall!(EXIT,0);
    }
    loop {}
}
$ ./nostd
sometext
$ ll nostd
-rwxr-x---   496B 16 Apr. 16:24 nostd*
$  readelf -d nostd  
There is no dynamic section in this file.
$ objdump -d  nostd
Disassembly of section .text:
00000000004000b0 <.text>:
  4000b0:    55                       push   %rbp
  4000b1:    48 89 e5                 mov    %rsp,%rbp
  4000b4:    6a 04                    pushq  $0x4
  4000b6:    58                       pop    %rax
  4000b7:    6a 09                    pushq  $0x9
  4000b9:    5a                       pop    %rdx
  4000ba:    be cc 00 40 00           mov    $0x4000cc,%esi
  4000bf:    31 ff                    xor    %edi,%edi
  4000c1:    0f 05                    syscall 
  4000c3:    6a 01                    pushq  $0x1
  4000c5:    58                       pop    %rax
  4000c6:    31 ff                    xor    %edi,%edi
  4000c8:    0f 05                    syscall 
  4000ca:    eb fe                    jmp    0x4000ca


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

480. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 17-Апр-21, 08:04 
> #[panic_handler]
> fn panic(_info: &PanicInfo) -> ! { loop {} }

Очень крутая и полезная обработка ошибок. В фирмварь своего гироскутера такой код запихай, умник. Просто посмотреть на твою морду опосля этого.

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

497. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 17-Апр-21, 12:01 
>> #[panic_handler]
>> fn panic(_info: &PanicInfo) -> ! { loop {} }
> Очень крутая и полезная обработка ошибок. В фирмварь своего гироскутера такой код запихай, умник. Просто посмотреть на твою морду опосля этого.

Классика впопеннета - когда 294тому нечего возразить по теме, он пишет очередной пафосный бред.


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

501. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Michael Shigorinemail (ok), 17-Апр-21, 14:27 
Возможно, он намекает на прикладную безопасТность, а Вы были настолько беспечны, что ещё и это не прочли...
Ответить | Правка | Наверх | Cообщить модератору

503. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 17-Апр-21, 14:48 
> Возможно, он намекает на прикладную безопасТность, а Вы были настолько беспечны, что ещё и это не прочли...

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


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

545. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 18-Апр-21, 00:51 
> В минимальном примере nostd, ага.

В минимальном примере nostd такая обработка ошибок как раз влет припечатает таблом в асфальт.

> Еще можно было бы понамекать на невозможность управлять гироскутером посредством вывода
> текста - чего мелочиться-то?

Ну как минимум дебажный лог/трейс практикуется, и таки далеко не только мной. Это такой околореалтаймный способ трекать execution flow в системе ... которую ну вот блин нельзя заякорить дебагером, например потому что реалтайм не ждет.

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

504. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (504), 17-Апр-21, 14:54 
Кстати, да
> умник
> твою морду

Потом еще удивляется "за что ж меня, такого красивого, тут не любят-то?"


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

531. "(offtopic) взаимоотношения на opennet :)"  +/–
Сообщение от Michael Shigorinemail (ok), 17-Апр-21, 21:47 
> Потом еще удивляется "за что ж меня, такого красивого,
> тут не любят-то?"

Любят, но не все и не за это, полагаю.  Как и arisu или почти любого другого способного здесь что-либо рассказать по существу человека со своими тараканами и закидонами (сам не буду примазываться, конкретно по сишной части мне до них подальше, чем до Луны).

Бывают, конечно, и несгибаемо невозмутимые люди вроде бедного буратино, но это редкость...

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

546. Скрыто модератором  –1 +/–
Сообщение от Аноним (-), 18-Апр-21, 02:41 
Ответить | Правка | К родителю #504 | Наверх | Cообщить модератору

549. Скрыто модератором  –1 +/–
Сообщение от Аноним (-), 18-Апр-21, 04:09 
Ответить | Правка | К родителю #504 | Наверх | Cообщить модератору

594. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –2 +/–
Сообщение от Аноним (594), 21-Апр-21, 07:02 
> Потом еще удивляется "за что ж меня, такого красивого, тут не любят-то?"

Если меня не любят те кто генерит код типа let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?); - может и черт с ним, а? Мне от таких ничего не нужно.


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

596. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 21-Апр-21, 12:56 
>> Потом еще удивляется "за что ж меня, такого красивого, тут не любят-то?"
> Если меня не любят те кто генерит код

А еще те, кто не генерит и все остальные - за хамство и балабольство.

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

481. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 17-Апр-21, 08:05 
> Си можно использовать без libc. Возможно ли подобное с ржавчной?

Ограниченно - да. Но там ... судя по бложикам почти как с линухкернелом.

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

434. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Истина в последней инстанции (?), 16-Апр-21, 15:27 
Родной ты наверное даже make не запускал. Каким боком у тебя в ядре выползло libc?

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

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

248. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/–
Сообщение от пущм (ok), 15-Апр-21, 14:12 
Свои задачи раст вполне решает. Осталось придумать для него low-level рантайм. Я в ядре раз в два месяца натыкаюсь на баг с гонками состояний. Я уже не говорю про вашу любимую сишечку на десктопе, где профессионалы, имея 20-летний опыт, все равно постоянно лажают с синхронизацией и менеджментом памяти.
Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

258. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –4 +/–
Сообщение от Аноним (-), 15-Апр-21, 14:27 
>Свои задачи раст вполне решает.

Бесполезными драйверами?

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

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

283. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +1 +/–
Сообщение от Анонмм (?), 15-Апр-21, 15:06 
Зачем нужны всякие игрушечки ос? Это чисто развлечение определенной группы людей, которое не обязано выходить за эти рамки.
А драйверы - первый верный этап применения в ядре Линукса. Самое начало.
В любом проекте внедрение Раста надо начинать сбоку, это правильно и логично.
Ответить | Правка | Наверх | Cообщить модератору

260. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (370), 15-Апр-21, 14:29 
> Осталось придумать для него low-level рантайм.

И получится другой язык без гарантий, которые дает [std]-rust. И кому нужен такой язык, кроме фанатиков?

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

295. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 15-Апр-21, 15:25 
>> Осталось придумать для него low-level рантайм.
> И получится другой язык без гарантий, которые дает [std]-rust.

И каких именно "волшебных" гарантий внезапно не станет? Гарантии дает компилятор, за счет ограничений в синтаксисе и семнтике в нем не нужно писать почти-ИИ-угадайку с БД самых частых ошибок в качестве и прочими наворотами в качестве анализатора
> И кому нужен такой язык, кроме фанатиков?

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

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

299. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (370), 15-Апр-21, 15:53 
> И каких именно "волшебных" гарантий внезапно не станет?

Где находятся всякие box, borrow, стандартные типы char, int8-128 и тп? С их гарантиями. А тайпчекер компилятора проверяет уже написанные (в stdlib) гарантии и не сочиняет новые под каждую программу.

Точно так же с++ без std - это не с++.

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

547. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (-), 18-Апр-21, 02:43 
> Точно так же с++ без std - это не с++.

А C без stdlib таки, вот, си. Прямо вот на уровне стандарта - просто "freestanding". И это, вам не кажется что за 22 года можно было бы и сняться с ручника, или где, и перестать игнорить некоторые юзкейсы?! Особенно когда их вот так пытаются потом как сову на глобус - и замечают что чего-то не очень то получается, давайте еще костылей, дескать, вобьем.

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

576. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (556), 20-Апр-21, 09:50 
> А C без stdlib таки, вот, си. Прямо вот на уровне стандарта - просто "freestanding".

Glibc, без которого и куска ядра не собрать: Ну-да, нуда...

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

593. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (594), 21-Апр-21, 07:01 
> Glibc, без которого и куска ядра не собрать:

Это в каком бы месте кернел glibc пользуется? Вы там совсем с дуба упали? И ничего что есть дистры, которые на, допустим, Musl или uClibc? Так что кукуйте, сишники не настолько бакланы как вы.

> Ну-да, нуда...

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

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

595. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (556), 21-Апр-21, 08:25 
> А C без stdlib таки, вот, си.
> есть дистры, которые на, допустим, Musl или uClibc

То есть Вы противоречия не видите? Показательно.

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

И ладно, соглашусь, такие дистры есть. Но юзабельны? Нет, пока сам всё ПО не накостылишь не не соберёшь. Это после костыляния ядра, ага. Как минимум потому что musl - урезанный вариант stdlib, а uclibc - ещё более урезанный, так ещё и устаревший. uclibc-ng, правда, пытается конкурировать с musl, и вроде даже хорошо получается, но до glibc всё равно костылять и костылять. А тут на Rust накинулись, просто потому что "ААА, хрустики!".

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

375. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от szt1980 (ok), 16-Апр-21, 02:11 
>наработки по теории типов, компиляторов и автоматизированных доказательств корректности последних 30 лет,

Наработали, в итоге, вот такую лажу:

let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?);

И это еще 2-связные списки не трогали...

https://play.rust-lang.org/?gist=71c6bc45ff92452d5a4397ddb2d...

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

548. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  –1 +/–
Сообщение от Аноним (-), 18-Апр-21, 02:45 
> let data = Pin::from(Box::try_new(unsafe { Mutex::new(0) })?);

Архитектурально, блин, что тут сказать.

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

573. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от винипух (?), 19-Апр-21, 19:59 
> Я
> в ядре раз в два месяца натыкаюсь на баг с гонками
> состояний.

Это не в ядре. Это с руками у тебя гонка состояний.
С новым годом.

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

431. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Аноним (431), 16-Апр-21, 15:20 
> Процесс идёт, отлично 👍🏻👍🏻👍🏻

Ох жешь ты моё членистоногое. Где же он идёт? Так-же как и с любым проектом на расте? Ни шагу дальше болтовни :D

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

433. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от Истина в последней инстанции (?), 16-Апр-21, 15:25 
У да, идёт :D

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

Хааааааааааа, классика.

> так как в данный момент базовая (core) библиотека Rust неделима и представляет собой один большой blob

Шедевр архитектуры

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

Шикарно. Кто бы сомневался что они ничего кроме "блаблабла у нас безопасно" не могут, да даже с памятью работать не умеют.

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

574. "Поддержка Rust для ядра Linux столкнулась с критикой Торваль..."  +/–
Сообщение от винипух (?), 19-Апр-21, 20:01 
> Процесс идёт, отлично [][][][][]

У тебя rust конейц сообщения скушал

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

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

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




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

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