The OpenNET Project / Index page

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

Линус Торвальдс подключился к обсуждению начальной реализации поддержки Rust в ядре Linux

12.07.2020 09:33

Линус Торвальдс подключился к обсуждению возможности добавления в ядро Linux средств для разработки на языке Rust. Джош Триплет (Josh Triplett) из компании Intel, работающий над проектом по доведению языка Rust до паритета с языком Си в области системного программирования, предложил на начальном этапе добавить в Kconfig опцию для поддержки Rust, которая не приводила бы к включению в число зависимостей компилятора Rust при выполнении сборки в режимах "make allnoconfig" и "make allyesconfig" и позволяла бы более свободно экспериментировать с кодом Rust. Аналогичный трюк был реализован при добавлении в ядро экспериментальной поддержки сборки в Clang в режиме оптимизаций на этапе связывания (LTO, Link Time Optimization), после которой планируется добавить и поддержку сборки с защитой потока выполнения команд (CFI, Control-Flow Integrity).

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

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

  1. Главная ссылка к новости (https://www.phoronix.com/scan....)
  2. OpenNews: Предложение по обсуждению вопроса добавления в ядро Linux средств для разработки на языке Rust
  3. OpenNews: Фреймворк для написания защищённых драйверов для ядра Linux на языке Rust
  4. OpenNews: Эксперимент по разработке частей ядра Linux на языке Rust
  5. OpenNews: Для ядра Linux развивается система распределённого выполнения потоков Popcorn
  6. OpenNews: Линус Торвальдс о проблемах с поиском мэйнтейнеров, Rust и рабочих процессах
Лицензия: CC-BY
Наводку на новость прислал Павел Павлов
Тип: К сведению
Короткая ссылка: https://opennet.ru/53344-rust
Ключевые слова: rust, kernel, linux
При перепечатке указание ссылки на opennet.ru обязательно
Обсуждение (230) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 09:41, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +58 +/
    что же будет когда Линус уйдёт? Ох боюсь эти хипстеры развалят ядро к чертям.
     
     
  • 2.2, Аноним (2), 09:45, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Останется Грег вместо Линуса.
     
     
  • 3.14, Аноним (14), 10:12, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +15 +/
    Вот это-то как раз и вызывает опасения.
     
     
  • 4.194, Аноним (-), 05:39, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Грег только кажется мягким. Но отбрить умеет - да так что ему еще и спасибо говорят, хотя все-равно вышло по его.
     
  • 3.93, biomassa (?), 16:49, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +9 +/
    Ой, боюсь Микрософт пропихнет своего человечка и будет как с Нокией.
    Этих мудаков надо гнать от ядра поганой метлой.
     
     
  • 4.102, Lex (??), 18:44, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Ядро и так разжирело и расползлось.
    Требования к процу и потребление ОЗУ и без того серьезно росли и продолжают расти...

    С таким прогрессом и людей от Микрософта не надо.

     
     
  • 5.103, biomassa (?), 18:54, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Use "make menuconfig" Luke.
     
     
  • 6.120, Ноним (?), 00:51, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Дано: AMD Athlon(tm) II X2 220 Processor, 4Gb RAM
    Ubuntu 12.04: все летает, не более 1Гб рамы занято, свопа не нужно
    Ubuntu 14.04: работает, без свопа не ок, можно жить, но ядро нужно ставить 4.4 из xenial
    Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит, и похоже что ядро течет

    Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово, ядра 4.x получше, но еще не тестировал

    Вообще, весьма интересно будет попробовать нарисовать какие-то тесты чтобы можно было бы говорить предметно, с цифрами

     
     
  • 7.121, biomassa (?), 01:16, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Э парниша, тут опеннет, а не кернел.орг. Тут, как собственно и там, тебе никто, ничего не должен.
    Коли сам не можешь разобраться - оформи баг репорт и жди ответа.
    А если хочешь качать права - купи себе Винду и клюй мозги суппорту Микрософта.
     
     
  • 8.124, Ноним (?), 03:53, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    чо там с 12309 ... текст свёрнут, показать
     
     
  • 9.141, Онаним (?), 08:36, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Не задолбало ещё про несуществующее справляться ... текст свёрнут, показать
     
     
  • 10.157, Аноним84701 (ok), 11:40, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В смысле, с глаз долой - из сердца вон Тогда ошибку на not found поправьт... текст свёрнут, показать
     
     
  • 11.199, Аноним (-), 18:05, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем Такой баг был Его пофиксили и закрыли А то что там толпа даунов навалил... текст свёрнут, показать
     
     
  • 12.219, Аноним84701 (ok), 18:54, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    За квасом Читать, хотя бы целыми комментариями вместе с процитированным , а не... большой текст свёрнут, показать
     
     
  • 13.220, Аноним (-), 19:03, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Это какой-то жирный и глупый троллинг Попробуйте еще раз Ну так там набежали к... текст свёрнут, показать
     
     
  • 14.222, Аноним84701 (ok), 19:32, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну, не будте так самокритичны -- не такой уж и жирный, ваш троллинг-то А с чте... большой текст свёрнут, показать
     
     
  • 15.228, Аноним (228), 20:11, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Хорошо Вы хотите говорить, но не имеете что сказать На опеннете в основном как... большой текст свёрнут, показать
     
  • 9.198, Аноним (-), 18:02, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Он починен и закрыт А если у вас что-то вылезает, это не 12309 уже ... текст свёрнут, показать
     
  • 8.135, КО (?), 07:17, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ля он тебе полупруфы кидает, что линукс в последнее время не торт А ты все рав... текст свёрнут, показать
     
     
  • 9.143, Аноним (143), 08:54, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    А что он не торт Первым добавил поддержку WireGuard, старается поддерживать раз... текст свёрнут, показать
     
  • 7.125, хотел спросить (?), 04:29, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Fedora 31 без гуев

    тстоит самба, трансмишен, несктклауд

    637M в htop из 16G доступных

    может гуи жрут много, может бубунта тупит, хз

     
  • 7.126, Отражение луны (ok), 04:56, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    1. Если поставишь КДЕ, то окружение будет работать вполне норм
    2. Томозят в основном не ДЕ, а приложения. Но не в случае с гномом. В случае с гномом тормозят и приложения, и гном.
     
  • 7.140, Онаним (?), 08:35, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Вам к коняникалу.
    CentOS 8 с ядром UEK6 (5.x) и с родным ядром (3.10+) вполне умещается в 512M.
     
     
  • 8.158, Kenneth (?), 11:48, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    У CentOS 8 ядро не 3 10 ... текст свёрнут, показать
     
     
  • 9.160, Онаним (?), 12:46, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, простите, 3 10 это у 7 Восьмёрка - 4 18 ... текст свёрнут, показать
     
  • 8.174, лютый жабби__ (?), 19:10, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    даже 7й центос уже разжирел за 512МБ есть один VPSик, там yum нормально не рабо... текст свёрнут, показать
     
     
  • 9.175, Онаним (?), 19:30, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    7 лезет плохо, да 8 постригли, и он лезет - сам удивился После старта VPS в ми... текст свёрнут, показать
     
     
  • 10.176, Онаним (?), 19:38, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сейчас глянул на один из почтовиков - из 2G - 350M с рабочим постфиксом, опендки... текст свёрнут, показать
     
     
  • 11.223, Аноним (223), 19:32, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В случае редгада и менее 512 мегов - проблемы в их гадском пакетном манагере эт... текст свёрнут, показать
     
     
  • 12.237, Онаним (?), 08:57, 16/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, помещается А для bloatware - немножко свопа и vm swappiness 1, чт... текст свёрнут, показать
     
     
  • 13.239, Аноним (-), 05:30, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее, когда у вас пакетник резко и внезапно дохнет в стиле кровь, кишки... текст свёрнут, показать
     
  • 7.144, Аноним (143), 08:55, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Ubuntu 12.04: все летает

    Подозреваю, в 2012-м ещё не знали про Meltdown и Spectre.

     
  • 7.172, лютый жабби__ (?), 19:03, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Брэд оф сив кэйбл. Дома тоже машина core2duo и 4GB. Арч, соответственно ядра свежайшие, ничего не течёт... ssd поставь, кстати, даже дешевый 40гб за 1тыр, будет небо и земля.
     
  • 7.178, Аноним (178), 23:51, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Сейчас я вас научу плохому 0 Я подозреваю, что вы уже используете 32-битную ub... большой текст свёрнут, показать
     
     
  • 8.180, Ноним (?), 10:01, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    По расходу памяти этого не видно Может стоит читать что написано, а не фантазир... текст свёрнут, показать
     
  • 8.217, Аноним (217), 18:38, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Могу посоветовать радикальное лечение перейти на 10-й дебиан Он на 32 битах... большой текст свёрнут, показать
     
  • 7.197, Аноним (197), 08:55, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    >AMD Athlon(tm) II X2 220 Processor, 4Gb RAM

    Сидишь со старьем а претензии к ядру. 😂
    Райзены сейчас по цене грязи, обновись уже. 🤣

     
     
  • 8.215, Аноним (-), 18:33, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    И получи в подарок PSP и прочие uefi secureboot ы ... текст свёрнут, показать
     
  • 7.216, Аноним (-), 18:35, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ubuntu 18.04: тормозит, своп постоянно забит, переключение окон тормозит, все тормозит,
    > и похоже что ядро течет

    Переходи на debian 10 с xfce, ядро по вкусу, это пофиг :D

    > Последнее нормальное ядро - это 2.6.32, ветка ядер 3.x - адовое тормозилово,
    > ядра 4.x получше, но еще не тестировал

    В убунте проблема ну вообще совсем не в ядрах. Ядро это наименее проблемная часть убунт, но они успешно справляются с торможением, напихивая в систему всякое гомно на пихоне и тому подобное счастье :)

     
  • 5.213, Аноним (-), 18:30, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Требования к процу и потребление ОЗУ и без того серьезно росли и
    > продолжают расти...

    Да ну не пинди! До сих пор бутается на винтажном роутере с 32 мегами RAM на все - там же все и вся опциональное нафиг.

     
  • 4.179, KarlOS (?), 09:31, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Человечка?
    А то, что Майкрософт уже много лет как является платиновым партнёром Linux Foundation (поинтересуйтесь, что это им даёт) вас не пугает?
     
  • 3.117, d (??), 21:50, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Останется Грег вместо Линуса.

    Ты его предупреди, а то он не в курсе.

     
  • 3.122, Аноним (122), 01:18, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Грег тоже немолодой, как и Фёдор Т'so.
    Страшно себе представить что будет если Линус получит шальную пулю от мирных протестующих в своем SJW-шном Портланде, Орегон.
     
  • 2.9, Аноним (9), 10:03, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Этот Линус и так уже сломался. Наш Линус указал бы своим пальцем куда им надо идти со своим Растом. А этот или успокоительных переел или ему кто-то сказал что надо делать чтобы его окончательно не выгнали.
     
     
  • 3.32, Аноним (32), 11:37, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    корпорации намекнули Линуксу что он может остаться на панели если пойдет против ветра ?
     
  • 3.37, Я (??), 11:56, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +14 +/
    не надо приписывать Линусу своё узколобое мышление.
     
     
  • 4.65, Аноним (65), 13:56, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Если ты сделал Хэллоу Ворлд на Раст это не значит что твой кругозор резко расширился. Наоборот он сузился до фанбойства Раста.
     
     
  • 5.94, Аноним (94), 16:51, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    То-есть если человек поэкспериментировал с другим языком программирования и понял, что он может быть лучше (=более удобный/безопасный/т.п.) в каких-то сценариях, это значит что его кругозор сузился? Очень "креативный" логический вывод. Т.е. по такой логике, человек с самым широким кругозором это тот, кто научился писать на C древней версии стандарта в одном стиле и никогда больше ничего не пробовал и не менял свое мнение? Мне кажется это не совсем отвечает идеям "широкого кругозора".
     
     
  • 6.100, Аноним (100), 18:07, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Какую конкретно проблему может решить до сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык в ядре широко распространенной ОС? Никакой, кроме ЕЕЕ (ТМ) мелкософт. Человек с широким кругозором - это тот, кто понимает, зачем корпорации делают те или иные телодвижения. Еще для кругозора историю развития технологий полезно изучать, вместо хипсторских говноязыков всяких.
     
     
  • 7.106, анончик (?), 19:28, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > сих пор ЭКСПЕРИМЕНТАЛЬНЫЙ язык

    с разморозкой, там пару лет назад все стабилизировалось

     
     
  • 8.110, Аноним (110), 20:37, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ачеридной растофанбой... текст свёрнут, показать
     
  • 8.214, Аноним (-), 18:32, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Именно поэтому пару месяцев назад выкатили очередное это, с несовместимыми измен... текст свёрнут, показать
     
  • 7.127, Аноним (94), 04:57, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я понятия не имею и не хочу гадать. Я не разработчик ядра. Не был разработчиком ядра на C и не планирую присоединяться на rust. Более того, я не занимаюсь гаданием о том, чем там "корпорации" занимаются и не очень люблю копаться в заговорческих теориях о том как майкрософт (судя по всему, руками людей из других компаний) собирается уничтожить Linux (или к чему это "EEE (TM) мелкософт" было?). Мой комментарий не отвечал на критику использования rust в ядре, он отвечал на заявление вида "если ты попробовал rust, то ты фанбой и твой кругозор сузился". Нет, это не то, как это работает. А обсуждение зачем в ядре rust, какую проблему он решит, какие проблемы он принесет и т.п. я оставлю разработчикам ядра, потому что рассуждать на уровне выше "бабок на базаре" мои знания мне не позволяют.
     
  • 7.159, Im banana man (?), 12:03, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Так есть такие персонажи. За новую блестящую погремушку схватились и суют ее везде. Это как дети на отдыхе с родителями. Им втюхивают всякую чурчхелу на пляже, а они и просят - дай-дай )

    Верно сказано уже - надо смотреть дальше и шире. Задавать вопросы. Зачем? Кому выгодно? И вдруг (внезапно) окажется, что это компании определенные преследуют свои интересы. Именно поэтому Microsoft носится с C# и TypeScript. Именно поэтому Google сейчас свой Dart пытается вбить гугло-хомякам и мобильным разработчикам. Им пыль в глаза пускают - а они и рады.

     
  • 7.189, Аноним (189), 22:04, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    линукс это ядро, а не ос
     
  • 3.48, Аноним (189), 12:59, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Вот вот. Позволят неоюразованным растопрограммистам писать в код в ядре. rust нужно запретить
     
  • 2.18, Fracta1L (ok), 10:26, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Если не Торвальдс, то кто, да? Откуда столько тупых в айти, лол
     
     
  • 3.36, б.б. (?), 11:55, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Куча проектов держатся на личности своих создателей. И без них не особо интересны. Ну или едут не туда, выезжая по инерции - та же MS при Манделе, Эпл при кто-у-них-там-после-Джобса...
     
     
  • 4.66, Аноним (65), 13:58, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тот же Питон повернул не туда после ухода Гвидо.
     
     
  • 5.77, виндотролль (ok), 14:55, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Погодите, т.е. при Гвидо питон шел куда надо?

    Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык.

     
     
  • 6.229, Аноним (228), 20:13, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Погодите, т.е. при Гвидо питон шел куда надо?

    Гвидо разрабатывая питон бурчал: "не сбить нас сверного пути: нам все-равно куда идти". Правда в конце концов он сам же и заколебался, но это уже другая история.

    > Хорошо тогда что этот Гвидо ушел, может ещё шанс на нормальный язык.

    Отличный ЯП - может почти что угодно, при том - одинаково паршиво.

     
  • 3.86, Аноним (86), 16:08, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Бизнес очень хочет IT услуг, но не хочет за это платить. Поэтому они продвигают технологии, максимально упрощающие вход в IT неквалифицированных людей, надеясь, что они снизят стоимость специалистов.
     
     
  • 4.105, Аноним (105), 19:22, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Бизнесу нужны фреймворки для того, чтобы писать тонны кода быстро и дешево. Правда множество фреймворков, наслаиваясь на приколы языков и компиляторов, в итоге ловят кучу багов, падают в производительности и т.д. Ядро - это продукт для работы с хардваром, поэтому по крайней мере Линус не хочет в довесок к уже немаленькому линуксу тянуть и поддержку рантаймов этих ваших растов.
     
  • 2.21, Аноним (21), 10:41, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Ровным счётом ничего. Линус уже давно не кодит ядро, лишь отвечает на письма и советы раздаёт.
     
     
  • 3.61, mail (?), 13:49, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    В ИТ хороший менеджер десятка кодеров стоит.
     
     
  • 4.230, Аноним (230), 20:15, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > В ИТ хороший менеджер десятка кодеров стоит.

    И даже тысячи. Один хреновый менеджер может слить результат работы 1000 человек как делать нефиг.

     
  • 2.33, Пувс2 (?), 11:39, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Сделают форк ядра с зоопарком, а оригал уйдёт в небытие
     
     
  • 3.224, Аноним (-), 19:34, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > оригал уйдёт в небытие

    Это что за зверь такой? Звучит как гибрид орангутана с гамадрилом?!

     

     ....большая нить свёрнута, показать (67)

  • 1.3, Аноним (3), 09:46, 12/07/2020 Скрыто модератором [﹢﹢﹢] [ · · · ]
  • +13 +/
     
  • 1.4, VINRARUS (ok), 09:47, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С подключением!
     
  • 1.5, Аноним (5), 09:51, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    а если sysvinit на rust переписать и вернуть в debian, а от systemd-зависимостей избавиться?
     
     
  • 2.38, Я (??), 12:01, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    после того как вы допишете сисвинит до состояния в котором он являтся заменой системд вы получите ещё один системды.. и разница будет лишь в том что вместо самодуров разработчиков системде у проекта во главе будете вы.. проще уж сразу свой форк системды на расте сделать..
     
     
  • 3.43, Аноним (43), 12:12, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кстати про systemd на rust, https://github.com/KillingSpark/rustysd хотя там цель была не systemd на rust ради rust, а показать, что функционал systemd возможно реализовать на других языках
     
     
  • 4.50, анонимм (?), 13:12, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    на баше давайте
     
     
  • 5.76, Аноним (43), 14:47, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    слабак, вот на posix sh - другое дело!)
     
  • 5.225, Аноним (-), 19:35, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > на баше давайте

    С экранированием заманаешься.

     
  • 3.162, hardij (?), 13:18, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну ты лох... sysvinit читается как систем пять инит! Пять карл! Ревизия юникса была в которой данный инит стал дефолтным
     

  • 1.6, Аноним (-), 09:53, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    rust evangelism strikeforce!
     
  • 1.7, n00by (ok), 09:59, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    > имеет шанс завязнуть в своём болоте

    Дипломат.

     
  • 1.8, Аноним (8), 10:02, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +3 +/
    А чо Раст? Давайте сразу на питоне, а то многие не могут участвовать в разработке ядра линукс. Это их дискриминирует.
     
     
  • 2.10, Аноним (9), 10:04, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На джаваскрипт могут программировать даже нейтив американс.
     
  • 2.13, Чукчавед (?), 10:10, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    «Чукча не читателиус», рад приветствовать.
     
  • 2.27, qetuo (?), 11:14, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Потому что раст выдает ту же скорость, что и С++, при этом предоставляя на порядок больше гарантий.
     
     
  • 3.30, Аноним (30), 11:33, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    unsafe не безопаснее ленты которой перетянули рядом с открытым люком.
     
     
  • 4.47, Аноним (47), 12:58, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Если бы был компилятор/препроцессор C каждый раз, когда делается что-то потенциально опасное требовал бы писать какую-нибудь директиву типа #unsafe, думаю само это уже чуток, но улучшило бы качество продукта.
    Другой вопрос что в классическом C это пришлось бы писать почти везде и сильно ухудшило бы качество уже кода.
    Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то?
    Rust как раз отражает возникший спрос. Соответствует ли он ему, это уже другой вопрос.
    Но уже понятно, что просто сказать "лучше тестируйте", "нанимайте профи" и т.п. уже не достаточно.
    Что-то он это улучшит, где-то поднимет дискуссию, где-то сам Rust потом еще будут допиливать...
     
     
  • 5.80, Аноним (80), 15:52, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Епрст Прагма unsafe сделана для ЯП, где работы с указателями нуль При чем тут ... большой текст свёрнут, показать
     
  • 5.87, Аноним (86), 16:19, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Как быть когда народ, бизнес, нарастающая сложность требует гарантий, хоть каких-то?

    И Java их даёт уже не один десяток лет. Ещё есть виртуальные машины, контейнеры, микросервисы. Rust то зачем нужен?

     
     
  • 6.104, Lex (??), 18:57, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Затем, что джава не нужна.
    Безумно жирная и откровенно переусложненная для нынешнего времени.. и это притом, что багованного барахла на ней понаписано более, чем немало.
     
     
  • 7.130, Аноним (86), 05:50, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > и это притом, что багованного барахла на ней понаписано более, чем немало.

    Это прекрасно демонстрирует, что инструмент не помогает вправлять кривые руки, следовательно все языки существующие лишь ради ограничения возможности программиста не нужны. Нужен Си для самого производительного кода и языки набитые сахаром вроде шарпа и Perl. Если сделать язык, на котором могут писать даже идиоты то только идиоты на нём и будут писать.

     
     
  • 8.161, Lex (??), 13:14, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Перл и шарп не набитые сахаром Они вообще едва ли когда-то таковыми были, поско... большой текст свёрнут, показать
     
  • 7.173, лютый жабби__ (?), 19:08, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >Безумно жирная и откровенно переусложненная для нынешнего времени

    дай угадаю, ты не программист, а кульсисоп? и про жабку судишь по местным креативам?

     
     
  • 8.195, Lex (??), 05:47, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Забавное слово Самого так часто называют Поскольку лично я, по итогу многих ... большой текст свёрнут, показать
     
  • 8.212, Аноним (-), 18:29, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Чтобы судить о жаба программах можно быть даже домохозяйкой - УГшность этого соф... текст свёрнут, показать
     
  • 6.226, Аноним (-), 19:37, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > И Java их даёт уже не один десяток лет. Ещё есть виртуальные
    > машины, контейнеры, микросервисы. Rust то зачем нужен?

    Там, в отличие от, придумали как все это в compile time, а не в run time обтяпать. Так что жаба вообще совсем не конкурент по перфомансу и предсказуемости.

     
  • 4.49, Аноним (189), 13:11, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +7 +/
    Увы, мнение об отключении всех проверок в unsafe — это типичное заблуждение, потому что в документации к языку Rust сказано, что unsafe позволяет:

        Разыменовывать сырой указатель;
        Вызывать и объявлять unsafe функции;
        Читать или измененять статическую изменяемую переменную;
        Реализовывать и объявлять unsafe типаж;
        Получать доступ к полям union.


    Ни о каких отключениях всех проверок Rust здесь и речи не идет. Если у вас ошибка с lifetime-ами, то просто добавление unsafe не поможет коду скомпилироваться. Внутри этого блока компилятор продолжает проверять код на соответствие системы типов, отслеживать время жизни переменных, корректность на потокобезопасность и многое-многое другое. Подробнее можно прочитать в статье You can’t "turn off the borrow checker" in Rust.

    К unsafe не стоит относиться как "я делаю, что хочу". Это указание компилятору, что вы берете на себя ответственность за вполне конкретный набор инвариантов, которые компилятор самостоятельно проверить не может. Например, разыменование сырого указателя. Это мы с вами знаем, что сишный malloc возвращает NULL или указатель на аллоцированный кусок неинициализированной памяти, а компилятор Rust об этой семантике ничего не знает. Поэтому для работы с сырым указателем, который вернул, к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe.

     
     
  • 5.62, Аноним (62), 13:49, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    >к примеру, malloc, вы должны сказать компилятору: "я знаю, что делаю; я проверил, там не нулл, память правильно выравнена для этого типа данных". Вы берете на себя ответственность за этот указатель в блоке unsafe.

    Ровно тоже делает разработчик на С, далее приводит указатель к нужному типу, работает с ним и освобождает. В С++ operator new ещё и возвращает указатель нужного типа на полностью сконструированный объект и может бросить (он или конструктор объекта) исключение, а деструктор освободит все ресурсы выделенные объектом. Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке?

     
     
  • 6.81, Аноним (80), 16:00, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    >Или раст в состоянии автоматически освободить системный хэндл или указатель выделенный в ансейф блоке?

    Да никак он не освободит. Вызывать раз free() это совсем детский случай. Но также жду ответа от ржависта.

     
     
  • 7.211, Аноним (-), 18:28, 15/07/2020 Скрыто модератором
  • –1 +/
     
     
  • 8.236, Аноним (-), 21:26, 15/07/2020 Скрыто модератором
  • –1 +/
     
  • 6.112, Аноним (112), 20:43, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да, типичная история. unsafe указатель оборачивают в структуру Rust и для нее пишут деструктор (реализуют Drop trait)
    после этого раст автоматически освободит системный хэндл после окончания его жизни

    Вот тут подробнее
    https://medium.com/dwelo-r-d/wrapping-unsafe-c-libraries-in-rust-d75aeb283c65

     
     
  • 7.163, Аноним (80), 14:17, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ну это порнография. Враппер на внутренний небезопасный деструктор. Где тут иксперт по unsafe. Вот он этому коду будет доверять? Ведь там есть магическое слово unsafe. А то, что нижележачий деструктор на плюсах может быть бажным никого не волнует!
     
     
  • 8.165, анонн (ok), 15:49, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Движок форума съел последнюю строчку Я восстановил Тут движок целый абзац съел... текст свёрнут, показать
     
  • 3.41, Аноним (41), 12:04, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вы не правы, у С++ основная проблема это не сложность и гарантии, это невероятно долгая компиляция. Любой средний проект файлов на 200-300 компилируется по часу на современных 6-8 ядерниках. Будь ядро на С++ Линус на своём райзене компилировал бы его часов 7. Раст по всем тестам и личному опыту компилируется ещё дольше, иногда раза в полтора. В реальной разработке а не в хипстерский проектах на 10 файликов это выливается в кучу проблем.
     
     
  • 4.67, Аноним (65), 13:59, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Просто кто-то не умеет свой проект правильно готовить.
     
  • 4.185, Аноним (185), 13:05, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Дело не в конкретно C++. Любой язык с метапрограммированием будет компилить долго.
     
  • 3.148, КО (?), 09:20, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    В свое время Oracle демонстрировал, что java способна выдавать такую же скорость, как ассемблер (на одной единственной задаче для одного единственного процессора). Но это ж не повод?
    С одной стороны, чем больше всяких ЯП поддерживается при разработке - тем проще порог вхождения в проект (типа есть те кто умеют в Ржавого, но не умеют в Сишечку). Но и усложняют требования к мантейнерам и ревизорам кода - а именно на их нехватку Линус и жаловался.
     
  • 3.155, докерман (?), 11:25, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    с разморозкой, но нас, и бизнес,  не интересует скорость
     
  • 2.52, Ольга (??), 13:21, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    На html и CSS могу, подключив bootstrap 4!
     
     
  • 3.82, амоним (?), 16:01, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Слабак, уже есть bootstrap 5.0.0 alpha 1
    https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1
     
     
  • 4.210, Аноним (-), 18:26, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Слабак, уже есть bootstrap 5.0.0 alpha 1
    > https://github.com/twbs/bootstrap/releases/tag/v5.0.0-alpha1

    А кого уже заколебали эти адские переростки - есть чудный w3.css, сделаный ни много, ни мало автором w3schools. Который таки показал как делать as simple as possible, but not simpler than that. Этим гении от вебмакак и отличаются...

     
  • 3.90, Anonn (?), 16:38, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "Ольга" это, полагаю, такая тонкая отсылка к ольгинским ;)
     

     ....большая нить свёрнута, показать (31)

  • 1.11, n00by (ok), 10:06, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Полагаю, Rust продвигается в ядро ошибочным способом.

    Следует транслировать его в Си (где это возможно) с asm вставками (где невозможно) для популярных платформ. Тогда неверующие воочию увидят непревзойдённую эффективность и безопасность решения и сразу сдадутся.

     
     
  • 2.12, Аноним (12), 10:09, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    А ещё обязать писать код с закрытми глазами, без монитора. Чтоб наверняка дошло как плох Rust.
     
     
  • 3.46, n00by (ok), 12:46, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Благодарю за идею. Заказал самый лучший микроконтроллер Arduino 101 и 5 соединительных проводников типа пап-папа. Теперь осталось найти подходящие сервопривод, реле и линейку (суперклей у меня уже есть). Подскажите пример кода на Rust, который обработает вывод компилятора и установит высокий уровень на 10м пине.
     
     
  • 4.54, zg_nico (ok), 13:22, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Суперклей из старых запасов, с толуолом? :)
     
     
  • 5.115, Аноним (115), 21:12, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это "Момент" был с толуолом.
     
  • 5.133, n00by (ok), 07:04, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    ТНТ слишком радикальное средство для выпрямления рук.
     
  • 4.84, амоним (?), 16:03, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    ищи тут https://www.rust-lang.org/what/embedded
     
  • 2.29, Аноним (29), 11:27, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    https://internals.rust-lang.org/t/impediments-to-transpile-rust-to-c/8112
     
     
  • 3.44, n00by (ok), 12:26, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Какая неожиданность. :)

    In the last week or so, the points has been made multiple times that Rust could never unseat C because it just was not portable enough.

    This is indeed a fair point, rustc is currently bound to LLVM which supports much less platforms than C compilers do

    Но там джва года прошло, а я так и не дочитал.

     
  • 2.64, nelson (??), 13:53, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Следует транслировать его в Си

    Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из любого ЯП'а.

     
     
  • 3.75, НяшМяш (ok), 14:46, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://andrei-markeev.github.io/ts2c/

    Ещё чуть-чуть и можно будет в ядро контрибутить

     
     
  • 4.137, n00by (ok), 07:23, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > https://andrei-markeev.github.io/ts2c/
    > Ещё чуть-чуть и можно будет в ядро контрибутить

    Вот это правильно! Давно пора!!111 Осталось добавить обвязку для выполнения в ядре printf() и abort();

     
     
  • 5.209, Аноним (-), 18:24, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > printf() и abort();

    printf -> printk
    abort -> panic :D

     
  • 3.78, n00by (ok), 15:02, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –4 +/
    >> Следует транслировать его в Си
    > Зачем тогда этот ваш раст нужен? Генерить Си-код, теоретически, можно вообще из
    > любого ЯП'а.

    В том то и дело. При этом в результате трансляции некоторых ЯП  образуется вермишель. Но Rust то рвёт всех как Тузик грелку. Представляете себе лицо Линуса, когда ему дают вариант на Си в 2.71 — 3.15 раз более оптимальный, чем он написал ручками?

     
     
  • 4.79, nelson (??), 15:51, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Но Rust то рвёт всех как Тузик грелку

    Особенно по скорости компиляции, ага.
    > Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си?

    В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный ЯП для решения задач из области разработки системного ПО и, тем более, ядер ОС из существующих в природе. В идеале, конечно, ядро ОС должно реализовываться на более низкоуровневом ЯП'е, нежели С, но, за неимением такового, приходится использовать последний. Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались.

     
     
  • 5.113, Ordu (ok), 21:03, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Высокоуровневые ЯП'ы с функцией подтирания соплей за нерадивыми разрабами в этой области нафиг не сдались.

    Да, именно об этом и говорит нам новость.

     
  • 5.116, PnD (??), 21:50, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Уровнем ниже 8212 языки ассемблера высокоуровневая абстракция над оп-код... большой текст свёрнут, показать
     
     
  • 6.136, n00by (ok), 07:17, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Уровнем ниже — "языки ассемблера" ("высокоуровневая" абстракция над оп-кодами),
    > и их вовсю используют. Там, где без этого будет плохо.
    > А C — как раз таки кросс-ассемблер "среднего" уровня. Где всё ещё
    > всё можно, но есть инструменты для написания "универсального" кода.

    С не просто кроссассемблер, а абстракция над машинным кодом PDP (см. пре- и пост-инкременты/декременты). В языке отсутствуют аналоги для команд обмена (bswap и xchg), lock лишь недавно появился. Потоковые "мультимедия" инструкции вообще отдельная тема.

     
     
  • 7.208, Аноним (-), 18:22, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Кроме потоковых инструкций, на ассемблере можно и вот так GPL2 , сперто из e... большой текст свёрнут, показать
     
     
  • 8.221, Аноним84701 (ok), 19:21, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зашкаливающее знания матчасти анонимами 128580 http www dabeaz com coroutin... текст свёрнут, показать
     
     
  • 9.227, Аноним (-), 19:55, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Этот мусор вообще к чему Он позволяет выжать больше перфоманса Или там будет к... большой текст свёрнут, показать
     
  • 5.134, n00by (ok), 07:08, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    >> Но Rust то рвёт всех как Тузик грелку
    > Особенно по скорости компиляции, ага.
    >> Представляете себе лицо Линуса, когда ему дают вариант в 2.71 — 3.15 раз более оптимальный, чем он написал на Си?
    > В каком плане более оптимальный? Как раз таки Си - наиболее оптимальный
    > ЯП для решения задач из области разработки системного ПО и, тем
    > более, ядер ОС из существующих в природе.

    Это не совсем так. Си всем понятен, это не всегда хорошо. Вы пробовали отправлять код в ядро? Сразу же отвечают: вот тут ошибка, вот так не пишут, и так далее. Приходится читать очередную главу из Кернигана и Риччи. Очень долго и не оптимально.

     
  • 4.244, СССР (?), 12:30, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    да отстаньте вы уже от людей! со своими модными штучками. напишите сво линукс, в чем проблема? сделайте форк и балуйтесь. реально эти покемоны уже достали.
     
     
  • 5.245, n00by (ok), 13:07, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Проблема в том, что кто-то читает выборочно, потому недостаточно осведомлён о передовых достижениях науки. Британские учёные скрестили Тузика и Грелку, и новое животное порвало само себя.
     
  • 3.150, Совершенно другой аноним (?), 09:34, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Ну так он, говорят, все проверки сделает в compiletime-а, соответственно код на C, будет гораздо более надёжный, чем если-бы его сразу писал человек. При этом будет компилироваться для всех платформ, которые поддерживает язык С. Сплошные профиты же.
     
  • 2.68, Аноним (65), 14:04, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    asm код это итак результат компиляции. Но пользовать этот Дизассемблироавнный код будет еще той морокой.
     

  • 1.15, Аноним (-), 10:13, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Растоманы победили?
     
     
  • 2.31, Аноним (30), 11:34, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Хайп ради хайпа
     

  • 1.16, Аноним (16), 10:18, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    Проблема растаманов в том, что они не могут без Cargo. В ядре запрещено использование библиотек. Человек загрузил архив ядра, распаковал и просто скомпилировал, все!

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

     
     
  • 2.25, user (??), 11:05, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    И они не замечают использование библиотек, потому что Cargo сам всё скачает, соберёт, а потом ещё их сборку опубликует.

    Кстати на https://doc.rust-lang.org/cargo/getting-started/installation.html официальный способ инсталляции этого чуда:

    $ curl https://sh.rustup.rs -sSf | sh

    Похоже, у Линуса хронические сотрясения от фейспалмов или его уже всё задолбало.

     
     
  • 3.51, Аноним (189), 13:19, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Сразу видно очень умного человека. Уточните, пожалуйста, на чем вы программируете и какой у вас опыт разработки?
     
  • 3.60, user (??), 13:46, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    И эти люди говорят про безопасность.
     
  • 3.70, Анонимъ (?), 14:20, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    https://forge.rust-lang.org/infra/other-installation-methods.html же
    Ещё можно из репозиториев своего дистра установить.
     
  • 3.240, Аноним (-), 05:33, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > $ curl https://sh.rustup.rs -sSf | sh

    БезопасТность такая безопасТнность...

     
  • 2.28, Анонимъ (?), 11:14, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    В чём проблема напрямую rustc запускать? А ещё никто не запрещает класть зависимости рядышком.
     
     
  • 3.35, Аноним (35), 11:52, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > никто не запрещает класть зависимости рядышком

    Ога. Мало нам инитрд с коллекцией шлака, без которого ОС уже не может взлететь, так теперь ещё нужен будет рядом с ядром навалить груду навоза, а загрузчик теперь должен будет не просто загрузить ядро в память и передать ему управление, а прошерстить его код, найти требуемые функции в приложенных библиотеках и подгрузить их вместе с ядром.

     
     
  • 4.74, Анонимъ (?), 14:39, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Для внешнего кода нет разницы, один там крейт или несколько десятков. На выходе тот же бинарный полуфабрикат в количестве одной штуки. Прям как в няшном си.
     
  • 2.42, Я (??), 12:07, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +4 +/
    то что карго удобный не означает что драйвера в ядре обязательно надо писать с его использованием.. особенно если такие драйвера просто никто не примет в ядро тут хочешь не хочешь а перепишешь на чистый раст без карго.
     
     
  • 3.147, Аноним (147), 09:19, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тут такое, всё что может использоваться во зло, будет использовано.
     
  • 2.85, амоним (?), 16:06, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    ну откуда вы повылазили то...
    у раста есть ядро, которое работает вообще без внешних зависимостей
    вот ссылка, для самый продвинутых https://doc.rust-lang.org/core/index.html
     
     
  • 3.89, Аноним (86), 16:33, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    У C# тоже есть ядро не требующее фреймворка. Давайте и C# добавим.
     
  • 3.99, Ретроград (?), 17:59, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    А ты, похоже, даже в своем расте не разбираешься.

    Core - это и есть внешняя зависимость. Более того, в этом Core куча примитивов, которые в ядре просто неприемлемы, но которые требуются всякими языковыми конструкциями. Собственно, это основная претензия к расту - он абсолютно неюзабелен как системный ЯП из-за этого. Если бы это просто был "Си со сборкой мусора во время компиляции", ядро бы давно уже на него перешло.

     
     
  • 4.101, Аноним (101), 18:22, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Стоп - стоп, какая внешняя зависимость core??...

    core это всеголишь набор кучки трейтов и макросов которые реализованы самим языком.

    Хотите реально внешнюю библиотеку (я не про std), возьмите alloc....

     
  • 3.107, nelson (??), 20:22, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > у раста есть ядро, которое работает вообще без внешних зависимостей

    It is the portable glue between the language and its libraries, defining the intrinsic and primitive building blocks of all Rust code.

    и что с того, если это ядро не входит в реализацию самого ЯП и при этом реализует его возможности, т.е. является, по сути, внешней зависимостью? ЯП, требующий зависимости для использования языковых конструкций? ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно

     
     
  • 4.111, Аноним (-), 20:42, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Если читать целиком, а не отдельными буквами - ничего Потому что чушь Прежде ч... большой текст свёрнут, показать
     
     
  • 5.231, Аноним (230), 20:18, 15/07/2020 Скрыто модератором
  • –1 +/
     
  • 5.241, Аноним (-), 05:34, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > https://www.redox-os.org/

    Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :)

     
     
  • 6.243, Аноним (243), 11:36, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > ЯП, не обладающий zero runtime для реализации ядра ОС - ну чё, круто. стильно, модно, смузихлёбно
    >> https://www.redox-os.org/
    > Этим хотя-бы авторы оного уже пользуются? Не говоря о тех кто на него ссылается :)
    > И вообще, это НИЩИТАИЦА! НИЩИТАИЦА Я СКАЗАЛ!

    Какая-то совсем уж унылая отмазка.

     

  • 1.17, анон (?), 10:20, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +7 +/
    Через некоторое время..

    Сборка ядра:
    Компилятор языка а1 не обнаружен.
    Компилятор языка а2 не обнаружен.
    Компилятор языка а3 не обнаружен.
    ...
    Компилятор языка аN не обнаружен.
    Компилятор языка C обнаружен.
    Слишком мало языков для сборки ядра.

     
     
  • 2.19, n00by (ok), 10:28, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Вавилонское столпотворение.
     
  • 2.96, Аноним (96), 17:17, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Будешь платить за рас(т)ововерную сборку ядра. Ишь ты вздумал сам собирать из исходников, соответствющих бинарям.
     
  • 2.169, Gogi (??), 16:35, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    "Хозяин, надо больше компиляторов!"
     

  • 1.20, Растобой (?), 10:33, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    С возрастом Линус становится адекватнее, это радует))
     
     
  • 2.53, Аноним (189), 13:21, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    не одыкватнее. Любому анонимному комментатору opennet, очевидно что у Линуса сотресение мозга от феспалмов, раз он согласен добавить поддержку этого "ужастного недоязыка" с unsafe блоками!!!!!
     
     
  • 3.92, Аноним (92), 16:48, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Любому анонимному комментатору opennet очевидно

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

     

  • 1.22, Аноним (22), 10:43, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    кто-нибудь, скажите им что разводить зоопарк в ядре - это плохо!
     
     
  • 2.23, Мордиум (?), 10:54, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Опоздал с этим на много лет, увы Торвальдс, по его же заявлениям не знает всего ядра теперь.
     
     
  • 3.24, Аноним (24), 11:00, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Да там его кода уже наверное не осталось
     
  • 3.168, Gogi (??), 16:34, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    А Танненбаум предупреждал!
     
     
  • 4.232, Аноним (230), 20:20, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > А Танненбаум предупреждал!

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

     
  • 2.56, Аноним (56), 13:27, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    кто-нибудь, скажите психиатрам что разводить зоопарк - это плохо!
     

  • 1.26, Аноним (26), 11:06, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Конференция Linux Plumbers будет только в конце августа и она вообще-то даже не про ржавчину. Тут что, будут про каждое упоминание Rust в этой связи постить новость? Это ли не фанатизм?
     
  • 1.34, RedEyedMan (ok), 11:40, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Надеюсь, дядя Линус не позволит пихать этот неуместный слог в без того жирное ядро
     
  • 1.39, Аноним (39), 12:01, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >>драйвер должен быть в формате, при котором сбои будут

    Ради этого стоило доставать с полки раст

     
  • 1.40, Аноним (39), 12:03, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Если я всех индусов буду называть ржавыми то они выкинут эту дрянь из ядра как они выкинули чёрных?
     
  • 1.45, Соня Мармеладова (?), 12:45, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый в ядре нужен, но разносить все попытки его туда засунуть. Молодец, так и надо. Это уже политика
     
     
  • 2.234, Аноним (234), 20:27, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Линуса задолбали. Он возьмёт тактику, что будет соглашаться с тем, что ржавый
    > в ядре нужен, но разносить все попытки его туда засунуть. Молодец,
    > так и надо. Это уже политика

    Торвальдс вообще сообразительный тип - вы там пободайтесь с этим, на публику, и в моем формате, а я посмотрю выйдет ли у вас чего дельное и не задолбаетесь ли :)

     

  • 1.71, Аноним (71), 14:21, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Пусть еще добавят поддержку язык brainfack и 1С :))))
    А так на деле надо чтобы использовался один язык. Проще аудит проводить.
     
  • 1.72, Аноним (71), 14:22, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –6 +/
    Хочу поддержку Паскаля и Бейсика, пусть добавят
     
     
  • 2.95, Led (ok), 16:57, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +6 +/
    Ты забыл топнять ножкой, ламерок.
     
  • 2.139, n00by (ok), 08:32, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Известны случаи написания драйверов под Windows на Паскале (точнее, на Delphi). Так что вперёд. :)
     
     
  • 3.149, КО (?), 09:27, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Первоначально оно так и было (стырено с яблока) поэтому ранние API были не в сишной нотации.
     
     
  • 4.151, n00by (ok), 10:24, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Вы вообще о чём? Ядро NT фактически перекуплено компанией Microsoft у профессионалов и уходит корнями к DEC/VAX и VMS. Когда оно начиналось, яблоком в гараже закусывал Джоббс, рисуя Стиву Возняку золотые горы. Но это всё вряд ли имеет отношение к тому факту, что Delphi позволяет собрать пригодный для загрузки в ядро модуль.
     
     
  • 5.152, КО (?), 10:27, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –3 +/
    Ну да, а до NT окошек не было. :)
     
     
  • 6.153, n00by (ok), 10:32, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Ядро и окошки две большие разницы.
     
     
  • 7.186, КО (?), 14:56, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Так речь и шла про окошки.

    Вообще язык не определяет можно или нет на нем писать для ядра.
    Это определяется
      1. Наличием кмпилятора (и линкера) позволяющих из этого языка собрать код не требующий рантайма или линкующего напрямую с рантаймом ядра (или в ядре должна быть машина по выполнению промежуточного кода :)
      2. Наличием договоренностей, что на этом можно писать и будет сопровождаться.

     
     
  • 8.187, n00by (ok), 16:27, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Да ну Где это она шла Может Вы темой ошиблись Эта называется Линус Торвальдс... текст свёрнут, показать
     

  • 1.73, Аноним (73), 14:23, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    Я думаю, если rust будут использовать в ядре, то язык станет более востребованным. Соответственно есть все шансы на большую пополищацию данного языка.

    Само ядро хуже от этого врятли станет. Вопрос с переносимостью, раньше достаточно было переноса на платформу компилятора и минимум библиотек, теперь ещë нужно, что бы Rust там зарускался.

     
     
  • 2.83, nothing (?), 16:02, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Вот, вот! И все это не про безопасность, а про запланироааное устаревание. Как еще более простимулировать людей к обновлению железа, тех которые даже в игры не играют? А давайте е*нем в ядро раст? Кто компилил огнелис тот в цирке не смеется.
     
  • 2.97, Аноним (97), 17:17, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Это мелклмягкие хотят писать драйвера на русте. Больше он никому практически не упал, элоп я не знаю где там его использует. Видимо хотят поэкспериментировать с брейнфаками в ядре прежде чем тащить их в свои проприетарные ос.
     

  • 1.91, Anonn (?), 16:42, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Брался за раст раза три с интервалом в год. Ну не могу проглотить я этот ужасный синтаксис... Но в ядре такая вещь, считаю, должна быть. Годнота ведь. Эх.. Вот бы у простого си или го такие фичи.
     
     
  • 2.98, Аноним (-), 17:26, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Фичастость в ядре не поможен. Там реальный структурный код, не ООП.
     
     
  • 3.114, Аноним (115), 21:04, 12/07/2020 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Cмотря что понимать под ООП
     
  • 3.129, Anonn (?), 05:41, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее мы регулярно имеем баги/уязвимости с использыванием разыменования указателя, nil-указателя, переполнения буферов, стеков и прочих типичных си-ошибок, даже переписывание констант, практически во всех подсистемах линукса. Здесь уже на кривые руки автора не спишешь - если язык это позволяет, то где-то оно рано или поздно, намеренно или случайно всплывет.
     
     
  • 4.167, Аноним (167), 15:51, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Тем не менее не надо драматизировать. Чистый Си - это эталон в драйверостроении.
     
     
  • 5.183, Аноним (185), 12:59, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Утверждается, что ObjectiveC по ABI полностью совместим с этим чистым C. Т.е., я полагаю, что в ядре не должна требоваться какая-то специальная поддержка кода на ObjectiveC.
     

  • 1.108, Аноним (108), 20:23, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Звучит так, как будто Линус действительно заинтересован в поддержке раста.
     
     
  • 2.192, Аноним (189), 22:21, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Линуса просто скупили корпорации в рамках ЕЕЕ, это очевидно любому разбирающемуся человеку.Никто в сваём уме ни будит писать праграммы на rust, а тем болие едро.
     

  • 1.109, X5asd5 (?), 20:30, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +8 +/
    надеюсь инициатива просто обосрёстся и на этом дело закончится
     
  • 1.118, Аноним (118), 21:58, 12/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Пидаrustы, что они хотят сделать с ядром
     
  • 1.119, Аноним (119), 00:39, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Ну давайте все модные недоязыки в ядро запихнём
     
  • 1.123, Аноним (123), 03:05, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    блин, читаю новости на опеннете и понимаю, что реально надо ставить другую операционку. перетаскивать на неё всё с линукса, фуууух, гемор. 2020 - реально паршивый год, а ещё только июль.
     
     
  • 2.131, Аноним (131), 06:19, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Выньдовз?
     
     
  • 3.138, Аноним (138), 07:52, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Даже не знаю, посоветуйте альтернативу. Я знаю, что в фряхе пилят поддержу wsl2 - это может быть оно, но если нет, то баш на виде тоже в принципе нормально работает. Плюс всегда можно запустить виртуальную.
     
     
  • 4.145, Аноним (143), 08:59, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Но внутри WSL2, всё равно, ядро Linux.
     
     
  • 5.154, Аноним (123), 10:40, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd.
     
     
  • 6.233, Аноним (230), 20:21, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > нет, внутри wsl2 hyper-v в котором запущено ядро другой ос. например freebsd.

    Где вы там оное нашли? :)

     
  • 4.191, Аноним (189), 22:16, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Зачем всё это? Вы можете использовать hyper-v, внутри которой запускать Windows 10
     
  • 4.247, CoolMan (??), 14:21, 28/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Могу посоветовать Redox, очень стабильная юникс лайк система, правда пакетов немного.
    Думаю быстро с линукса пересядешь.
     
     
  • 5.248, С_Bad (?), 14:31, 28/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    linuh хуже
     
  • 3.146, Аноним (143), 09:00, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Genode
     
  • 2.190, Аноним (189), 22:15, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Я уже давно использую Windows 10 и у меня всё работает замечательно. Никаких рустов и тому подобной гадости в ядре.
    Переходите на windows 10, самую лучшую ос в мире.
     
     
  • 3.218, Аноним (218), 18:51, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Просыпайся, тролль, ты все проспал. Microsoft уже давно Rust обкатывает, а Linux только подтягивается. "Лучшая ос в мире" - ну ты толсто завернул, конечно)
     

  • 1.156, докерман (?), 11:28, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    подключился: если хотите - пилите, но не здесь
     
  • 1.164, Эбола (?), 15:38, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Rust - это всего лишь статистический анализатор, встроенный в компилятор. Какие проблемы?
     
     
  • 2.166, Аноним (167), 15:49, 13/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Rust - это всего лишь статистический анализатор, встроенный в компилятор LLVM. Не в GCC, а в LLVM.

    Договаривать надо, да? LLVM создается проприетарщиками. Rust is Not GNU.

     

  • 1.170, Аноним (185), 18:24, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что думает о Rust товарищ Ричард Мэтью Столман?
     
     
  • 2.181, Аноним (181), 11:39, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    "The nonfree compilers that are now based on LLVM prove that I was right -- that the danger was real"
    https://metager.org/meta/meta.ger3?eingabe=supporting+LLVM+is+the+wrong+move+s
     

  • 1.171, Аноним (-), 18:44, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    >Линус не согласился и выразил опасение, что тогда начальная поддержка Rust окажется не протестированной на сборку и имеет риск завязнуть в своём болоте, в котором небольшая группа заинтересованных в проекте разработчиков проверяет работу кода только в своих специфичных условиях и добавляет неправильные вещи, так как они остаются спрятанными и не всплывают при тестировании ядра в других окружениях.

    Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта.

     
     
  • 2.182, Аноним (181), 12:33, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    нестабильный компонент в системной сборке, прогрессивно накапливающий баги, вкусно, что уж
     
  • 2.184, Аноним (185), 13:01, 14/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    Опасаюсь, что вы слишком оптимистичны в этом вопросе.
     
  • 2.200, Аноним (-), 18:07, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Этот диагноз пославил Линус Торвальдс! Всё. Тема закрыта.

    Это не диагноз а описание типового антипаттерна - и предложение на эти грабли не наступать.

     

  • 1.177, Аноним (-), 20:04, 13/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Rust это что, такое оборудование такое, что его необходимо обрабатывать в ядре?
     
  • 1.193, Аноним (189), 22:24, 14/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Если Rust включат в ядро то он станет гораздо популярнее. Это очень хорошо что язык с автоматическим управлением памятью без сборщика мусора и ориентированный на безопасность и скорость исполнения станет распространен.
     
  • 1.196, Анонолекс (?), 06:13, 15/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +2 +/
    Гнать растаманов ссаными тряпками!
     
     
  • 2.235, Аноним (-), 21:14, 15/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Гнать растаманов ссаными тряпками!

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

     
     
  • 3.238, Аноним (-), 09:14, 16/07/2020 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Ядро это вам не в бирюльки играть, пусть в другом месте попашут.
     
     
  • 4.242, Аноним (-), 06:25, 17/07/2020 [^] [^^] [^^^] [ответить]  
  • +/
    > Ядро это вам не в бирюльки играть, пусть в другом месте попашут.

    Ядерщики никогда не комплексовали по поводу выноса unsupported шмотков кода.

     

  • 1.246, burjui (ok), 21:40, 17/07/2020 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Когда читаю комментарии новостей о Rust, такое ощущение, будто пересматриваю "Зелёного слоника".
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Спонсоры:
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

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