Rust в ядрі

[Володимир Лісівка]

Підтримку Rust додають в ядро.

Проєкт: https://github.com/Rust-for-Linux
Документація: https://rust-for-linux.github.io/docs/kernel/

[tech]

Дуже імовірно, що Rust з часом стане повноцінним замінником C/C++, якщо її трохи розширять, додавши той самий оператор goto і можливість прямої взаємодії з пам'яттю. (Максимально наблизять до C/C++). Хотів би побачити ядро, написане на Rust. http://tempesta-tech.com/blog/fast-programming-languages-c-cpp-rust-assembly

[tech]

ОТ. Подобається ця світла тема форуму.

[Володимир Лісівка]

Раст підтримує пряму роботу з памʼяттю: можна використовувати свій алгоритм роботи з памʼяттю, прямий доступ до памʼяті, ручне звільнення памʼяті.

Ядер вже є кілька, але вони не дотягують до рівня сучасних ядер поки що. Мікрокернел: https://www.redox-os.org/uk/ ,
унікернел: https://github.com/hermitcore/rusty-hermit .

Goto не потрібен.

[Володимир Лісівка]

ОТ. Подобається ця світла тема форуму.

Виберіть її собі як типову тут: https://linux.org.ua/index.php?action=profile;area=theme;u=3

[tech]

Будем надіятись, що Rust відправить попередників на заслужений віддих. Гарний синтаксис, легко читається.

[gdekjifgb]

Виберіть її собі як типову тут: https://linux.org.ua/index.php?action=profile;area=theme;u=3

Я також останнім часом помітив кольорові "глюки"  на форумі. То як змінити тему???

[Володимир Лісівка]

Виберіть її собі як типову тут: https://linux.org.ua/index.php?action=profile;area=theme;u=3

Я також останнім часом помітив кольорові "глюки"  на форумі. То як змінити тему???

Я вирішив використати різні теми для різних гілок форуму, щоб не було все одноманітним. Змінити тему можна в налаштуваннях користувача.

[gdekjifgb]

Я вирішив використати різні теми для різних гілок форуму, щоб не було все одноманітним. Змінити тему можна в налаштуваннях користувача.

ну прям я у мене https://youtu.be/O_unXPI-Zzw?t=1184 .

Зі зміною розібрався. Є питання: Якщо обрати конкретне оформлення, то ВСІ сторінки будуть у ньому? Я поки що хочу бачити різноколірність.

Зараз спробую потестувати... ааа, тільки разом з темою змінюється не тільки колір, а й деякі менюшки. Мені це якось ... не дуже.

хм-м.. дивно: чомусь не змінює в уже відкритих вкладках. та і фзн. Верну все як і було - хочу багатоколірність.

  тільки шрифти дрібн... якось не дуже. Але це також не має занадто важливого значення.

[Re.]

Раст підтримує пряму роботу з памʼяттю: можна використовувати свій алгоритм роботи з памʼяттю, прямий доступ до памʼяті, ручне звільнення памʼяті.

А в чому перевага rust unsafe перед pure c?

[Володимир Лісівка]

А в чому перевага rust unsafe перед pure c?

Не зовсім зрозумів питання. Переваги Раста зберігаються і в режимі unsafe (обмеження до одного власника посилання з правом на запис), але додаються можливості прямої роботи з памʼяттю через вказівники, як у чистому Сі. Але робота через вказівники часто призводить до помилок як у Сі, так і в Расті. Типовою практикою в Расті є обмеження використання unsafe до необхідного мінімуму і побудова глухого (sound) інтерфейсу навколо небезпечного коду.

Це як в інших мовах (Ява, Пітон) використовують Сі-ку тоді, коли сама мова не може виконати необхідну дію, тільки у Расті Сі-подібна мова вже вбудована в мову і доступна через unsafe{}. Це подібно на використання Сі в Сі++.

[kostiantyn.hermash]

Будем надіятись, що Rust відправить попередників на заслужений віддих. Гарний синтаксис, легко читається.

Сподіваюсь, що цього ніколи не станеться. Синтаксис rust жахливий, якщо порівнювати його з C.

Мова С набагато логічніше і простіше.

[yvs115]

Будем надіятись, що Rust відправить попередників на заслужений віддих. Гарний синтаксис, легко читається.

Сподіваюсь, що цього ніколи не станеться. Синтаксис rust жахливий, якщо порівнювати його з C.
Мова С набагато логічніше і простіше.

Це не перша (ada), і не друга (java) спроба перейти на більш safe languages. Кожного наступного разу це більш вагома заявка, бо база кодерів збільшувалась і раніш, і буде збільшуватись надалі (якщо більшість програмерів і таксистів не замінять AI рішення - що теж можливо). Тобто основна причина це погіршення якості коду в загалому - за рахунок збільшення кількості програмерів в індустріїї. Звідси необхідність компенсувати якість коду за рахунок використання більш safe мов програмування.
Я би сприймав це позитивно, вже з'являються все більш зручні тулзи для аналізу і перевірки С коду. До того ж пішли перші паростки mem-safe С/C++ (у додаток до багатьох safe Ada Pascal Java Go Rust etc.)
Для С++ то окремі підстандарти - не дуже тим цікавлюсь, а для С (з того що я бачив) останнім часом у обговоренні - то абож підваріанти мови (trapC) абож режими компілювання (fil-C повністю memory-safe і без виключень як у випадку rust там safe тут unsafe). Єдине що для С/C++ всі ці наработки ще сируваті, але в результаті якісь mem-safe варіанти С думаю будуть.