Владимир Сербиненко, один из трёх мэйнтейнеров загрузчика GRUB2, внёсший в кодовую базу более пяти тысяч изменений, выставил на обсуждение возможность написания модулей для GRUB2 c использованием языка Rust. Владимир представил первые результаты экспериментов с добавлением поддержки Rust в GRUB2 и созданием необходимых обвязок. Для GRUB также подготовлены изменения, позволяющие использовать разделяемые библиотеки (".so", ET_DYN) для модулей, вместо связывания на уровне объектных файлов (".o", ET_REL)...Подробнее: https://www.opennet.me/opennews/art.shtml?num=62945
Поттеринг намекнул, что systemd тоже будет переписан на Rust.
Это хорошо! "Они нашли друг друга!"))
Да добавят модули-пыстышки, притянут зависимости, и всё, они в тренде ;)
говорю без иронии - линукс подаёт надежды на светлое будущее
> линукс подаёт надежды на светлое будущее...на светлое будущее Микрософта.
Будто это что-то плохое
Нет. Это просто пистец :(
> Поттеринг намекнул, что systemd тоже будет переписан на Rust.Где? Вроде ж не так давно он говорил прямо противоположное[1]. Впрочем, это Поттеринг, так что чему удивляться.
[1] https://iqfy.com/lennart-poettering-says-no-to-rust-in-syste.../
Кстати, по той же ссылке случайно увидел, как называют растоманов за бугром:
> rustaceans
Какая ж прелесть! =)
>> rustaceansспасибо маскоту языка
Pro-Devs in Rust
Сокращённо P-D-Rusts
> Где? Вроде ж не так давно он говорил прямо противоположное[1].Это было 3 года назад. За это время очень много чего изменилось в мире.
- примерно 5-6 версия патчей для Rust-for-Linux, включение в ядро все еще только обсуждается
- гугл только получает первые результаты экспериментов с растом в андроиде
- правительство еще не намекает что пора завязывать с дырявыми языками> Впрочем, это Поттеринг, так что чему удивляться.
Так вот сейчас у Поттеринга есть все основания изменить свое отношение к расту.
> правительство еще не намекает что пора завязывать с дырявыми языкамиВообще-то не только намекает, а прямо рекомендует не пользоваться небезопасными языками: https://opennet.ru/58111
Так он говорил, что ключевая проблема Rust в systemd/RHEL с поддержкой необходимых IBM-у (главному потребителю RHEL) платформ. Что-то изменилось за три года? Добавили поддержку? Потому что IBM в ближайшие лет дцать основную массу своих железок заменять не станет, очевидно (из экономической целесообразности).
Портабельность Rust зависит от портабельности LLVM. Недавно в LLVM залили поддержку архитектур IBM System Z. Подозреваю, не без участия самой IBM. а Поттеринг работает в Red Hat/IBM. Совпадение? Не думаю.
> - гугл только получает первые результаты экспериментов с растом в андроидеА вы забавные. Почти два с половиной года назад был опубликован тот пресловутый отчет по расту в андроиде, причем там рассказывалось про два (или три) года применения раста в двух последних на тот момент версиях андроида. И говорилось там: " и посмотрели мы на результаты эти - и они хороши. Будем использовать раст "шЫрше" и глубже и взаместо си/плюсов". За прошедшие почти 2.5 года выпущено еще две версии андроида и на подходе третья и про выкидывание раста никто ничего не писал, даже больше, Ларс Бергстром (технический директор Google) с год назад распинался как раст хорош и что команды гугловских растовиков в два раза продуктивнее гугловских же команд плюсовиков.
Т.е. около пяти лет использования в черырех выпущенных и разрабатывающейся пятой версии одного из самых распространенных на планете сложного программного продукта - это "первые результаты экспериментов". И это пять лет в сфере, где каждый год меняется "не только лишь всё".
Но для опеннетовских сишников "гугл только получает первые результаты экспериментов". Наверное для них должно пройти лет 50 растовской разработки этого несчастного андроида, чтобы от "экспериментальных результатов" процесс перешел в стадию "начало внедрения". Слоупоки-отрицатели.
>Поттеринг намекнул, что systemd тоже будет переписан на Rust.Ну а реестр-то наконец добавит?
Будут переписывать это годами, веками.
Так же как x11 wayland.
Он забыл уточнить, что в версии для MS Windows только.
Поздно, корпы уже на systemd-boot наметили переход.
Кстати, можно сколько угодно ругать Пёттеринга, но он, в отличие от растомакaк, ПИШЕТ софт,а не публикует Read My Cock с упоминанием альтернативно одарённых чувствительных личностей.
Как он пишет - лучше бы не писал вообще.
А потом другие 20 лет за ним исправляют, чтобы этим можно было хоть как-нибудь пользоваться.
За 100% местных комментаторов даже исправлять нечего.
Прямо как ядро Линукс и Иксы, прикинь?
Есть два вида софта: который существует в фантазии и который включает в себя баги.
Ядром Линукс и Иксами я десятки лет пользуюсь. И не жалуюсь. А systemd только сейчас, спустя тысячи закрытых issues, дошел до состояния теоретической возможности безболезненного применения. Самое время начать его переписывать на новую {HOLY_CRAP_TECHNOLOGY}..
> Ядром Линукс и Иксами я десятки лет пользуюсь. И не жалуюсь. А
> systemd только сейчас, спустя тысячи закрытых issues, дошел до состояния теоретической
> возможности безболезненного применения. Самое время начать его переписывать на новую {HOLY_CRAP_TECHNOLOGY}..Совершенно верно, перманентное переписывание - двигатель современной айтишечки. Так можно доить лохов практически бесконечно.
> Совершенно верно, перманентное переписывание - двигатель современной айтишечки. Так можно
> доить лохов практически бесконечно.Интересно, такие же no-brain тоже вопили "зачем вы переписываете PDP11 на СИ", "Зачем писать линукс если есть юникс?", "зачем в переписываете с дыряшки на раст?"
И началось подобное явно не с уничтожения станков.
Может еще в древние времена кто-то ворчал "Ууук зачем ты слезать с дерева?!", "Укх-ха зачем ты выходишь из безопасная пещера!!"
> Интересно, такие же no-brain тоже вопили "зачем вы переписываете PDP11 на СИ",
> "Зачем писать линукс если есть юникс?", "зачем в переписываете с дыряшки
> на раст?"
> И началось подобное явно не с уничтожения станков.
> Может еще в древние времена кто-то ворчал "Ууук зачем ты слезать с
> дерева?!", "Укх-ха зачем ты выходишь из безопасная пещера!!"Детский сад какой-то. Вам многократно по пунктам объясняли на опеннете, что ваш Раст - деградация, а не воображаемая вами "победа" над неолуддитами. Не путайте прогресс с новомодной имитацией прогресса, которую любят изображать позёры, пританцовывающие возле кошельков корпорастов.
> Детский сад какой-то. Вам многократно по пунктам объясняли на опеннете, что ваш Раст - деградация, а не воображаемая вами "победа" над неолуддитами.Автоматизация улучшающая код - это "деградация"?
Именно такого ответа я ожидал от неолуддитов.Я понимаю что идеальное программирование по их меркам это вручную перекладывать битики в строках и проверять очищение памяти...
Желательно делая регулярные однотипные ошибки приводящие к уязвимостям.> Не путайте прогресс с новомодной имитацией прогресса, которую любят изображать позёры, пританцовывающие возле кошельков корпорастов.
Бездоказательное бла-бла-бла.
Напомню что СИшка, что С++ делались в лабораториях и на деньги тех самых корпораций.
> Зачем писать линукс если есть юникс?Затем, что юникс закрытый и платный. А Линукс открытый, свободный и бесплатный.
А что даёт переписывание с одного языка на другой, кроме потери имевшейся функциональности и тысячи новых ошибок? Правильно, незаменимого дармоеда, который не умеет создавать ничего нового, зато умеет копировать (правда, с потерями) старое на новый нескучный криптоязык, малоизвестный среди широких масс разработчиков.
Так ещё и, как правило, лицензию на портированный код со свободной на пермиссивную меняют, хотя, по-факту, это производная работа и нарушение соглашения.
> Так ещё и, как правило, лицензию на портированный код со свободной на пермиссивную меняют, хотя, по-факту, это производная работа и нарушение соглашения.Что значит производная работа?
Если в коде нет ни строчки оригинала, другая архитектура, то это новое произведение.То что оно использует какие-то похожие апи.. у нас был пример "Гугл против Оракла" и суд четко показал, что можно использовать элементы кода.
Так что смена языка - это абсолютно легальный способ избавиться от раковых лицензий.
Особенно если это какой-то ЯП, на котором неосиляторы не осилят бекпортить.
> Затем, что юникс закрытый и платный.Это который под лицензией BSD) Закрытый?
GPL, кстати, тоже может быть платный> А Линукс открытый, свободный и бесплатный.
Но под раковой ЖоПЛ.
> А что даёт переписывание с одного языка на другой, кроме потери имевшейся функциональности и тысячи новых ошибок?Смотря с какого на какой)
Про тысячи ошибок это твои больные фантазии. Вон у андроида на 1.5 млн растового кода ни одной ошибки по памяти.А вот в проектах на дырявых языках - как раз тысячи ошибок. Причем а)тупейших б)однотипных в)приводящих к очень поганым уязвимостям типа RCE.
Мы же в как раз теме про дырявейший ГРУБ2.> Правильно, незаменимого дармоеда, который не умеет создавать ничего нового, зато умеет копировать (правда, с потерями) старое
Нытье про "потери" это классика. А как начинаешь копать - выясняется что это древности которые никому не нужны. Примерно как ныть, что А76 не продается на каждой заправке.
> на новый нескучный криптоязык, малоизвестный среди широких масс разработчиков.
Так любой ЯП бы в какой-то момент нескучным и малоизвестным.
> Ядром Линукс и Иксами я десятки лет пользуюсь.И они сразу получились идеальными))?
Или их дописвали все эти десятилетия?> И не жалуюсь.
А зря. Тут в каждой теме про дроп ХОрга цирк из нытиков.
> systemd только сейчас, спустя тысячи закрытых issues, дошел до состояния теоретической возможности безболезненного применения.
Э? Оно уже через лет пять после релиза превосходило бидовые-бащпортянки.
> Самое время начать его переписывать на новую {HOLY_CRAP_TECHNOLOGY}..
Прикинь, это называется прогресс)
> Есть два вида софта на Си: который существует в фантазии и который включает в себя баги.Третьего не дано.
Ничосе! Очередной удар в псину! (с)> 20 из 21 уязвимостей вызваны ошибками при работе с памятью,
> приводившими к переполнению буфера или обращению к памяти
> после её освобождения.Ну а 21я что??? Неужели не сишкодырень?
Жалко что аффтар новости забыл про уязвимость "для атаки достаточно 28 раз нажать Back Space в поле с именем пользователя или паролем", которая является неким символом качества кодовой базы GRUB2.
opennet.ru/opennews/art.shtml?num=43536Но вообще без шансов. Сейчас все нытики на 6oмж и некром платформах начнут ныть что на их хламе оно не сбилидтся. И продолжат пользоваться дырявым грубом.
Причём тут это... Самостоятельным билдингом - никто давно же в массе не занимается... а, ваши зог майнтейнеры явно денежку под видом донатов получают за такую работу и сливы конечно - так что всё прекрасно установят, как профессиоанлы в этом.Вопрос же тут - в засирании дистра и исходников его.
Если можно Python, Rust, ... - почему нельзя тянуть сюда и все прочие 10000+ языков смешавая в кучу навозную, в которую и без них уже дистры превращенны, а с ними - так ещё и мозговынос желающим проверки исходников на зловредов и просто испраления или доулучшения. Т.к.все языки т.б.идеально для проверки кисходников - никто не знает... Да и чаще прост все самые раскрченных десяток, даже 2-3 прлемно идеально для такого знать из-за обычно общих моментов в них и пррчих факторов.
Не говоря уже про то - а, какой стати люди должны в итоге изучать ненужные и им языки?!...Впрочем, есть подозрение что, этот твой вброс под видом ноухаудрочерства
- сам по себе план по указанного и особенно прверок этого.
тебе не осилить перенос груба на внешний носитель?
Были тормоза в некоторых местах, теперь тормоза будут везде. Загрузчик, ядро, работа с памятью, с файловой системой, с сетевыми интерфейсами и далее по списку.Вот пруф (для модераторов, читать то, что касается замены Си-шных библиотек): https://habr.com/ru/companies/astralinux/articles/891064/
Я ж говорил что сетевой стек весьма интересный. А вы лучше не на тормоза обратили бы внимание а на "кажущиеся преимущества MS AD в этом вопросе являются больше недостатком данной системы, который связан с использованием устаревших алгоритмов шифрования". Вот это весьма правильный вывод.
который связан с использованием устаревших алгоритмов шифрованияГОСТ 28147-89?
> Я ж говорил что сетевой стек весьма интересныйТак о том (касаемо последнего повального "поветрия" везде "засунуть" раст) постоянно я иронично и пишу. Если где-то прибыло, то в другом месте обязательно убудет. Называется, закон сохранения энергии.
Возможно и достигается безопасность (в моем понимании идеальных систем не бывает, т.е. абсолютно безопасных не м.б. по определению) работы с памятью (и вот это все бла-бла-бла...), но какой ценой?! Ответ, ценой падения производительности.
Т.е. снова, покупайте мегагерцы и гигабайты господа!
А может пришла пора "сутенера" сменить, а то "девочки" от его клиентов уже устали?
> Если где-то прибыло, то в другом месте обязательно убудет. Называется, закон сохранения энергии.Кроме закона сохранения энергии есть еще и КПД)
> Возможно и достигается безопасность (в моем понимании идеальных систем не бывает, т.е. абсолютно безопасных не м.б. по определению)
Абсолютной безопасности никто и не обещал.
> работы с памятью (и вот это все бла-бла-бла...), но какой ценой?! Ответ, ценой падения производительности.
Падения где? Ведь это тоже важный вопрос.
> Т.е. снова, покупайте мегагерцы и гигабайты господа!
Т.к проверки раста происходят на этапе компиляции - то замедление будет только на компе разработчика и CI/CD. А готовый код будет сравним по скорости с С/C++.
Да, на бомж-машине программировать буде дольше, но речь о профи, а не о васянах из подвала.В твоей статье раст сделал все медленнее.
Хотя я бы вообще отечественным программерам c рукой гебни в опе не сильно доверял)
Они сначала пишут "все продукты, базирующиеся на FreeIPA, стали в 3 раза медленнее", а потом "PBKDF2_SHA256 (написанный на языке C) на PBKDF2-SHA512 (написанный на языке Rust)".
Далее добавляют "число итераций для алгоритма RBKDF2 на языке Rust было захардкожено на 10 000"
А что же в СИшке? "У C число итераций для алгоритма PBKDF2 подбирается автоматически на основе производительности CPU (в нашем случае получилось 2 048)"
Ну... дыряшечники намеренно ослабляют алгоритм на слабых компах. Звучит подозрительно.
И финал статьи "Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST)" но цифр мы вам не скажем. Просто верьте на слово разработчикам отечественной Астры.А тут например, раст обогнал реализацию на С habr.com/ru/news/885872/
> А может пришла пора "сутенера" сменить, а то "девочки" от его клиентов уже устали?
Какие-то АУЕшные сравнения, не очень понял, что ты пытался сказать.
Если тебе норм проходной двор "28 бекспейсов и получи рута" - то будешь пользоваться старым.Это напоминает всяких стрит-сpakеров которые ездят на тюнгованных ведрах с которых сняли все, включая подушки и ремни безопасности. Зато быстро! Но не всегда долго))
Так это же вообще несерьёзный подход — по производительности реализаций чего-то делать выводы о том, что один язык "перерформит лучше" другого; о чём разговор вообще? :) Понятно что дяде выше очень нравится, когда Си лучше Раста, поэтому он глаза на многое закроет. «Девочки», «сутенёр»… он вообще редкий экземпляр!
А как насчет **внимательно** статью прочитать? Они привели их в равные условия:> В связи с разницей в числе итераций был проведен тест с 2 048 итерациями для алгоритма на RUST (изменено значение переменной с перекомпиляцией в новые пакеты).
> Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST)....и всё этот рак оказался тормознее.
> чем PBKDF2-SHA256 (на RUST)Решил глянуть что там за pbkdf2-sha256 (на RUST), а это openssl используется.
use openssl::{hash::MessageDigest, pkcs5::pbkdf2_hmac, rand::rand_bytes};
Настоящий результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на C).
Дык добрая половина расто-библиотек такая - обёртки вокруг Си-библиотек, добавляющие лишь "безопасные" тормоза к вызовам функций из "небезопасного" кода. Злая половина - Tabula Rusta, но там необъезженные велосипеды с квадратными колесами, да ансейф ансейфом погоняет. А как иначе-то? Слава Борроу Чеккеру!
> Дык добрая половина расто-библиотек такая - обёртки вокруг Си-библиотек, добавляющие лишь
> "безопасные" тормоза к вызовам функций из "небезопасного" кода. Злая половина -
> Tabula Rusta, но там необъезженные велосипеды с квадратными колесами, да ансейф
> ансейфом погоняет. А как иначе-то? Слава Борроу Чеккеру!Зато теперь перед бюрократами АНБ отчитаться можно. Всё стало безопасТно!!!
Нет. Чтобы стало безопасТно, нужно ещё сертификат безопасТности приобрести. Оплата в кассу.
> добавляющие лишь тормозаА пруфы будут?
Нетут там никаких тормозов, статья бред просто
"ускорили ванильную FreeIPA в 20 раз!!!"
Лично меня впечатляет. Ядро бы линукса ктонибудь так оптимизирвал бы.
> У Rust число итераций для алгоритма RBKDF2 на языке Rust было захардкожено на 10 000, совсем недавно добавили возможность менять это значение в промежутке с 10 000 до 10 000 000
> У C число итераций для алгоритма PBKDF2 подбирается автоматически на основе производительности CPU (в нашем случае получилось 2 048).Опять кексперты жопой читают. Им пишут в статье - сишка хуже. Онаним видит - раст медленный.
> Опять кексперты жопой читают. Им пишут в статье - сишка хуже. Онаним видит - раст медленный.Не, в статье как раз прямо пишется
>> Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST)Хуже лучше это уже вопрос другой.
Понятно что статейка рекламная
>> Стоит учитывать, что все алгоритмы, представленные выше, небезопасные (кроме, возможно, GOST_YESCRYPT)С унылым набрасыванием на мелкомягких
>> Но мы хотели бы обратить внимание на то, что российские продукты, построенные на базе открытых компонентов, совершенно сопоставимы по скорости, а кажущиеся преимущества MS AD в этом вопросе являются больше недостатком данной системыps ну хоть чесно пишут "российские продукты, построенные на базе открытых компонентов", а не "наш анало-говнетный код"
В связи с разницей в числе итераций был проведен тест с 2 048 итерациями для алгоритма на RUST (изменено значение переменной с перекомпиляцией в новые пакеты).Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST).
> В связи с разницей в числе итераций был проведен тест с 2
> 048 итерациями для алгоритма на RUST (изменено значение переменной с перекомпиляцией
> в новые пакеты).
> Результат: PBKDF2_SHA256 (на C) кратно быстрее, чем PBKDF2-SHA256 (на RUST).Но на сколько мы вам не скажем.
И как мы перекомпилировали.. тоже.
Нам же главное прорекламировать свой продукт.
> Вот пруф (для модераторов, читать то, что касается замены Си-шных библиотек): https://habr.com/ru/companies/astralinux/articles/891064/Я не могу это читать! Мало того, что чувак не может излагать последовательно и я устал ждать, когда он дойдёт до сути, рассказывая про какого-то клиента и что-то там про майкрософт, так он ещё и гифки втыкает, чтобы внимание на тексте было бы не удержать.
Ты можешь пересказать суть того, что он там написал?
Это самое... После того, когда бы вчера было, но теперь сегодня там. Вот так вот.
Вот даже интересно узнать - какого такого тыр-дыр-пыр-бырформанса вам надо от загрузчика, а? Не, ну гиперскейлерам с дохреналлионом виртуалок оно может куды и упрется - но там grub с его возможностями примерно на...низачем не упёрся.
У фрибысдей вот - на forth'е был, сейчас вродь на lua переписали - и чот каких-либо претензий к пыр-быр-формансу не было, а местным скорострелам "шибче!" подавай...
Зачем разработчикам grub2 рассматривать что-то, кроме забвения. Вот это главный вопрос.
а что есть другое? lilo раскопать?
syslinux
В каком смысле? Вы из какого года? Systemd-boot
limine активно развивается https://github.com/limine-bootloader/limine
grub они называют "bloated"
Опять очередной зоопарк.
Пусть оставят Grub2 и systemd-boot.
Так они ничего толком не сделают.
> Опять очередной зоопарк.с таким подходом вам только винду админить. Зоопарк сейчас в любой области, стагнации нет и никогда не будет.
> с таким подходом вам только винду админитьЧтож в этом постыдного.
> Чтож в этом постыдного.это не постыдно, но это не развивает, потому что админы винды, кроме ручных действий по настройке не хотят осознавать, что UNIX way подходы эту рутину сводят на нет.
Даже сама Windows сегодня позволяет администрировать без ручных действий, например, все действия по настройки AD можно автоматизировать через PowerShell, Terraform, Ansible и другие инструменты, но типичным админам винды это всё чуждо.
А вот UNIX-админы, когда им выпадает задача, что-то настроить в Windows, как раз используют свои UNIX подходы, Microsoft этому тоже вcячески способствует, но на закоренелых старпёров (спарпёрство тут часто не по возрасту, а по образу мышления) это не действует.
> это не постыдно, но это не развиваетТыкание Grub2 развивает?
> Тыкание Grub2 развивает?ну конечно же, там больше фич, чем в проприетарном загрузчике от Microsoft
> Тыкание Grub2 развивает?Даже НЕ-тыкание развивает. Например, его самостоятельная замена на, скажем, systemd-boot. Ибо, как минимум, сперва нужно разобраться, как устроен процесс загрузки ОС, чтобы все получилось, и ничего не сломать.
> это не развиваетНе развивает что именно? Скилл стрельнуть себе в ногу 1001 способом? Нет, не развивает. Счёт в банке? Развивает вполне. Соседний отдел админил винду скриптами задолго до появления PS. Я знаю, что большинство линуксоидов-теоретиков и прочих эникеев не знает, что так можно было. Но как это отменяет востребованностью майкрософтовской платформы и её пользу для бизнеса?
Эээ... а вы тех "админов" в глаза-то видели, или только "Честного компьютерного мастера Илью"? А windows server НЕ в "исполнении Рабиновича"?
Если что - уровень автоматизации, достигаемый при помощи групповых политик лохматого 2000го сервера онтопиком всё еще не взят, аналога напрочь устаревшего WSUS'а в природе так и не появилось (Нет, убунтовское зеркало в сети - не оно, попробуй с его помощью ответить на вопрос "На каком количестве машин не установлен хотфикс ХХХ", или там сделать тестовую группу для проверки развертывания обновления YYY - забавная коллекция костылей-и-грабель получится), а уж про альтернативы SCOM и мечтать-то стыдно.Декларативное описание состояния системы - штука прикольная (И тут MS вспышку прохлопала) но мнэээ... некоторым образом ограниченная. На инфраструктуру ложится отлично, управление ограниченной конфигурацией - уже "да", а вот зоопарк клиентских устройств во всем их разнообразии - скорее "нет". По хорошему - нужна полноценная поддержка со стороны ОС (Как в не к ночи будь помянута, NixOS), иначе сплошной какой-то ansible (Сильно лучше, чем "ничего", но мягко говоря - не фонтан) получится.
Зачем разработчикам grub2 надо рассмотреть возможность перестать употреблять. Только такие мысли после конфигурирования и выбрасывания этой софтины в пользу прямой загрузки ядра из UEFI
и таки зачем?
Пользуюсь lilo и такие вопросы в принципе не стоят.
Я просто тумблером подаю питание на нужный диск и не надо мне никаких ваших новомодных lilo !
О, я тоже сделал пульт с тумблерами для управления питанием дисков - удобно для изоляции систем - отключаешь ненужный диск и одна система не гадит на диск с другой!)
А рассадить системы по виртуалкам это не слишком новомодно?
А зачем, чтобы что? Ради крутизны?
Ради простоты и отсутствия переусложнения там, где оно не требуется.
Да уж, тумблер вкрячить куда проще!
Никогда не нравился grub, всю жизнь пользуюсь lilo и похоже правильно, если они даже в простом загрузчике умудряются наляпать ошибок при работе с памятью так, что им понадобился язык-костыль, чтобы их избежать, то их квалификация вызывает большие сомнения...
> Никогда не нравился grub, всю жизнь пользуюсь liloКоллега! Всегда нравился lilo за простоту: один конфиг, одна команда -- чего ещё от загрузчика надо-то? =)
Никогда не заморачивался Grub2 systemd-boot или lilo у меня.
Надо выбирать то что распространенней.
Документации не найдешь на экзотику.
> Документации не найдешь на экзотику.А как же man?
А что - может и сработает.Сам груб2, как был так и останется.
А вот файловые системы и так далее: "Оно даже на другом языке.... какие к нам притензии?"
Свалить сторонние проблемы на сторонних разработчиков.
Наконец-то GRUB будет на Расте! А помните баг, из-за N нажиманий подряд на Backspace, GRUB давал безлимитный доступ. И это было из-за сишки.
А теперь будет из-за раста, расслабься.
Громкий пук в лужу без пруфов?
Меньшего от Войнов Супротив Раста я и не ожидал.Было бы интересно, как ты на раст реализуешь "каждое нажатие клавиши Back Space обнуляет определённую ячейку за пределами буфера", желательно не очень паливно)
О к нам евангелист пожаловал.Сейчас пламенной речью ересь выжигать будет.
Дак ведь раст компилируется инструментом, написанном на "дырявой" Си-плюс-плюске. Какие гарантии, что во время компиляции всех этих закорючек не произойдет use-after-free и double free и ты получишь дырявой бинарник?
> Дак ведь раст компилируется инструментом, написанном на "дырявой" Си-плюс-плюске.Которую обмазали санитайзерами, обычными тестами, фаззи тестами....
И то не совсем помогает.
opennet.ru/opennews/art.shtml?num=60707> Какие гарантии, что во время компиляции всех этих закорючек не произойдет use-after-free и double free и ты получишь дырявой бинарник?
Никаких. Но если у тебя упадет компиляция, то ты просто перезапустишь.
Дырявость бинарника под вопросом, вероятность не нулевая, но "крайне мала!" (с)Но в будущем, есть резон тоже переписать на раст))
> Но если у тебя упадет компиляция, то ты просто перезапустишь.у тебя уже заражённый загрузчик так что ничего не поможет, меняй диск и материнку, срочно!
> Какие гарантии, что во время компиляции всех этих закорючек
> не произойдет use-after-free и double free и ты получишь дырявой бинарник?Гарантии в том, что "закорючки" компилируются rustc, который внезапно написан на расте.
А llvm работает только с llvm-ir, который ему передает rustc.
И если у тебя будет use-after-free или double free на "специально оформленном llvm-ir", то тоже самое можно проделать и в сишке, и в любом другом llvm-based языке вроде swift.
>> раст компилируется.. на "дырявой" Си-плюс-плюске.Во первых C/C++ не дырявые, а позволяют написать дырявый код. Что не одно и тоже.
>>Какие гарантии, .. и .. получишь дырявой бинарник?Слаба Ваша ВЕРА в непогрешимость Rust. Просто Верьте.
Во-первых, C и C++ это разные языки. Плюсы разумеется несут тяжелое наследие сишки, но они хоть развиваются в плане удобства и безопасности.Во-вторых, как-то так случилось, что любой код на сишке сложнее хелловорда - дырявый код.
Конечно же сишка совсем не причем. Это все неправильные сишники виноваты!
(а правильных мы вам не покажем, потому что их нет))
какое ещё "тяжелое наследие"
Оба языка исторически предназначены в первую очередь для замены ассемблера, и позволяют для многих архтектур сделать ПО не то что без бегемотистых runtime, но и без ассемблерных вставок вообще. И производительностью кода с ними тягаться можно только мухлюя с методами тестирования.> код на сишке сложнее хелловорда - дырявый код.
Как сказано выше, пинять на Си, C++, и ассемблер - это как ругать зеркало за кривую рожу в нём. Выход - Фотошопы. Шутка.
Для менее критичного кода, скорость разработки, безопасность, да и синтаксический сахар становятся более востребованными.
Но не для всех задач.
Вот, казалось бы пустяковая задача - роутер.
И есть OS и на Rust и на Питоне и еще на чем то.. А где решенные на них задачи в виде конечного продукта? Нет. Почему нет? Не решаемо? Решаемо! В чем же причина? Видимо помимо теоретической безопасности важнее качество продукта целиком. И реальная цена решения.
То есть, как обычно, для всякой работы - свои инструменты, а для всякого вида программирования - свои языки.
> какое ещё "тяжелое наследие"Обычное.
Когда черти из комbтета не могут договориться как сложить 2 числа, поэтому объявляют результа UB.
В итоге в каждом недо-компиляторе (а вы в курсе что эти поделки не реализуют стандарт полностью?) это делают по своему.
В итоге один и тот же код может давать разный результат.И кстати, код с UB нарушает Conformance, так что просто не складывайте числа)
> Как сказано выше, пинять на Си, C++, и ассемблер - это как ругать зеркало за кривую рожу в нём. Выход - Фотошопы.
> Шутка.Не, как раз не шутка. Если зеркало кривое или треснутое, то рожа будет кривее чем в реальности.
Если у тебя из дрели торчат оголенные провода и шестеренки, то просто инструмент дрмовый.> Для менее критичного кода, скорость разработки, безопасность, да и синтаксический сахар становятся более востребованными.
> Но не для всех задач.Что-то я не понял почему "Для менее критичного кода" "безопасность ... становятся более востребованными".
Я думал наоборот. Типа если код критичный - то пишем на kастpированнной СИшке в виде МИСРА.> Вот, казалось бы пустяковая задача - роутер.
> И есть OS и на Rust и на Питоне и еще на чем то.. А где решенные на них задачи в виде конечного продукта? Нет. Почему нет? Не решаемо? Решаемо! В чем же причина?
> Видимо помимо теоретической безопасности важнее качество продукта целиком. И реальная цена решения.В том что:
1. у производителя есть уже халявный код
2. ему плевать на безопасность и пользователей
3. до последнего времени были ограничения по памяти и поиску персонала> То есть, как обычно, для всякой работы - свои инструменты, а для всякого вида программирования - свои языки.
Именно! Поэтому для кода который обеспечивает безопасность компа, использовать дырявые языки это просто преступление)
> черти из комитетаЭти да, добавили проблем своим бездействием
> в каждом недо-компиляторе (а вы в курсе что эти поделки не реализуют
Их тоже писать. ;)
Но, поделки и отчитываться никому не обязаны, и там и казалось бы улучшения могут оказаться с отрицательным эффектом.
У продукта без стандарта проблем может всплыть, больше, чем следующих худому стандарту.
> Типа если код критичный - то пишем наНе всякая задача решается тупо производительным компилятором, где то алгоритмы менять продуктивнее.
Тысячи игр на С++ и тормозящих на топовом железе не дадут соврать.
>для кода который обеспечивает безопасность компа, использовать дырявые языки..Если альтернативы имеют больше побочки, чем пользы, для конкретной задачи, то из за этого безопастность пойдет в сад.
Иначе бы, все пользовались только безопасными языккми, и радовались как слоны.
Нет ничего лучше, чем boot0 в FreeBSD. И запихнуть туда Rust просто невозможно.
Если бы фряха была не куском убогой ненужносьти... то да.
А так - с дровами прдоллинг или "затащим кусок линукса".
С поддержкой железа - прдоллинг, в последней статье отчитались что аж целый ноутбук поддержали за пол года.
Остальное помимо этого ноута и так работало.)
> Если бы фряха была не куском убогой ненужносьти... то да.
> А так - с дровами прдоллинг или "затащим кусок линукса".
> С поддержкой железа - прдоллинг, в последней статье отчитались что аж целый
> ноутбук поддержали за пол года.Вообще-то я лишь про загрузчик говорил.
Когда уже сделают, чтобы мог грузиться с lvm+luks.
Желательно, чтобы даже без UEFI, прям сразу в LVM!
уменьшить вероятность появление некоторых видов ошибокне уменьшает :-P
> Предполагается, что использование Rust поможет проекту уменьшить вероятность появление некоторых видов ошибокКонкретно для случая с GRUB2 есть более простое и надёжное решение -- не использовать GRUB2 и грузиться напрямую через EFI stub. Нет программы -- нет проблемы.
Если не будет GRUB'а, тогда появится другая проблема - как загружаться с нескольких инсталляций одного дистрибутива?
Через меню выбора ОС в UEFI разумеется. Или какие-нибудь rEFInd, которые несравнимо проще и менее дырявы, чем GRUB.
Когда загрузчик превращается в монстра он уже не загрузчик и нафиг он тогда нужен. Последний раз вместо него использовал syslinux и всё ок.
Граб в принципе не нужен в эпоху uefi
научите меня как правильно загружать систему без GRUB'а, у меня на одном разделе установлен Simply Linux, а на другом - ALT Starter kit. Они оба используют один и тот же каталог в ESP.
Настроить чтобы разные каталоги в ESP были.
Через efibootmgr делаете две записи в уефи на каждый bootx64.efi и все.
Не работает.
в обшем случае это две команды:efibootmgr -c -d /dev/nvme0n1 -L "Simply" -l "\efi\simply\bzImage.efi"
efibootmgr -c -d /dev/nvme0n1 -L "ALTSK" -l "\efi\altsk\bzImage.efi"не забыть при конфигурировании ядер в Processor type and features включить EFI runtime service support и EFI stub support и прописать параметры загрузки прямо внутрь ядра
всё
Параметры загрузки можно попробовать указывать efibootmgr-у примерно так:--unicode ' quiet splash=silent'
Последней версией Grub2 без Rust ещё можно будет пользоваться дооолго.
GNU Boot подхватил инициативу классического Grub2.
А почему растофилы не создают что-нибудь новое, чего вообще пока не существует (или не существует в нужном качестве), но было бы востребовано? Какую-нибудь САПР, или издательскую систему, еще что-то в этом духе. Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду. Но зато вот прямо такую замечательную, насквозь правильную и безглючную, быструю, несокрушимую никакими уязвимостями. Это же было бы так показательно. Или ещё круче, разработали бы собственную супер-пупер ОСь, микроядерную, с блэкджеком и хм..., сами знаете с чем. Вот прямо, чтобы была конфетка. Ась?
Шутки шутками , а появится какой нибудь язык sys-C# и конец всем языкам
А появится нейросеть вместо программиста, которая сразу в машинные коды пишет или в llvm.
Ну в том то и дело уже пишет язык щас это что то типа тебе надо пневмо или гидро масляной размельчитель
А после раста сразу в мусорку.
А почему растофилы не создают что-нибудь новое, чего вообще пока не существует (или не существует в нужном качестве), но было бы востребовано? Какую-нибудь САПР, или издательскую систему, еще что-то в этом духе. Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду. Но зато вот прямо такую замечательную, насквозь правильную и безглючную, быструю, несокрушимую никакими уязвимостями. Это же было бы так показательно. Или ещё круче, разработали бы собственную супер-пупер ОСь, микроядерную, с блэкджеком и хм..., сами знаете с чем. Вот прямо, чтобы была конфетка. Ась?
> А почему растофилы не создают что-нибудь новое, чего вообще пока не существует
> (или не существует в нужном качестве), но было бы востребовано? Какую-нибудь
> САПР, или издательскую систему, еще что-то в этом духе. Ну фиг
> с ним, пусть даже какую-нибудь 101-ю десктопную среду. Но зато вот
> прямо такую замечательную, насквозь правильную и безглючную, быструю, несокрушимую никакими
> уязвимостями. Это же было бы так показательно. Или ещё круче, разработали
> бы собственную супер-пупер ОСь, микроядерную, с блэкджеком и хм..., сами знаете
> с чем. Вот прямо, чтобы была конфетка. Ась?Не могут.
> Какую-нибудь САПР,И много у вас опенсорсных САПР? Не васяноподелий, а именно нормальных САПР?
> или издательскую систему, еще что-то в этом духе.
А это вообще никому не нужно.
> Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду.
Напр. cosmic? Или Jay? Может niri или pinnacle?
> Или ещё круче, разработали бы собственную супер-пупер ОСь,
Дрова кто к ней писать будет? Без дров ось никому не нужна. Доказано бсд.
Вот если кто-то вложится деньгами как в линух, то тогда взлетит любая ось.
А пока нет денег - нет печенья.
>> Какую-нибудь САПР,
>И много у вас опенсорсных САПР? Не васяноподелий, а именно нормальных САПР?О том и речь. Ни одной нет нормальной. Вот пусть и делают. Зачем переделывать то, что давно сделано и работает? Тем более, что если раст такой прямо замечательный, то что им так сложно сделать замечательную САПР на замечательном расте? Дело ведь в ЯП. Сменил мерзкий си на хороший раст и всё само получится на высоком уровне.
>> или издательскую систему, еще что-то в этом духе.
>А это вообще никому не нужно.Мне нужна. А вот переписывание того, что уже есть не нужно.
>> Ну фиг с ним, пусть даже какую-нибудь 101-ю десктопную среду.
>Напр. cosmic? Или Jay? Может niri или pinnacle?Ну это если соревноваться в уплощении виджетов и утемнении тем. А как насчет надежности?
>> Или ещё круче, разработали бы собственную супер-пупер ОСь,
>Дрова кто к ней писать будет? Без дров ось никому не нужна. Доказано бсд.
>Вот если кто-то вложится деньгами как в линух, то тогда взлетит любая ось.
>А пока нет денег - нет печенья.А linux вообще с нуля из г#@на и палок получился. Что-то никто не ныл, что драйверов нет, а писали код на мерзкой сишечке.
> О том и речь. Ни одной нет нормальной. Вот пусть и делают.Не, погоди.
Им оно может не нужно. А вот если тебе нужно - то ты и делай.> Зачем переделывать то, что давно сделано и работает?
Фигово работает. Тут уже перечисляли дырени в этом поделии, и кидали ссылки на особенно эпичные типа 28 backspace.
> Тем более, что если раст такой прямо замечательный, то что им так сложно сделать замечательную САПР на замечательном расте?
Может они просто не хотят)
> Дело ведь в ЯП. Сменил мерзкий си на хороший раст и всё само получится на высоком уровне.
Унылая софистика(( Ты плохо стараешься!
>>> или издательскую систему, еще что-то в этом духе.
>>А это вообще никому не нужно.
> Мне нужна. А вот переписывание того, что уже есть не нужно.Ну так ты и напиши! Можешь даже не на расте, а на сишке или с++.
> А linux вообще с нуля из г#@на и палок получился. Что-то никто не ныл, что драйверов нет, а писали код на мерзкой сишечке.
И примерно таким же остался)
> О том и речь. Ни одной нет нормальной. Вот пусть и делают.Так может просто дело в сложности задачи?
Что кучка васянов по вечерам не может написать САПР ни на каком языке, иначе давно бы это сделали?> Зачем переделывать то, что давно сделано и работает?
Затем что оно фигово работает - дыряво по самое немогу.
Причем это тот софт, который стоит (ладно, стоял) на каждом втором линукс компе.> Дело ведь в ЯП.
Нет конечно. Дело в сложности предметной области.
> Мне нужна. А вот переписывание того, что уже есть не нужно.
Ну так пиши издательскую систему. А мне нужен недырявый grub.
> Ну это если соревноваться в уплощении виджетов и утемнении тем. А как насчет надежности?
Падает, но память не портит и рута не дарит.
> А linux вообще с нуля из г#@на и палок получился.
Угу. А потом в него вложила несколько лямов баксов IBM и выделила 1к инженеров.
> Что-то никто не ныл, что драйверов нет
Ахаха, еще как ныли! "Пачиму это на оффтопике все работает, а на лине сидишь и подбираешь железо"
> а писали код на мерзкой сишечке.
Ну и это тоже изменится))
Язык без сборки мусора в 2025?Помяните моё слово, через 20 лет будут вопли "язык без сборщика мусора невозможно поддерживать, надо всё переписать на язык со сборщиком мусора", и новое поколение мусорщиков будет ныть, что "ржавые деды написали лапши, а теперь нам разгребать".
Да уж, все развивается по спирали. Только снежинкам невдомек.Вот море молодых колышат супербасы.
Мне триста лет, я выполз из тьмы.
Они торчат под рейв и чем-то пудрят носы,
Они не такие, как мы,
И я не горю желаньем лезть в чужой монастырь,
Я видел эту жизнь без прикрас.
Не стоит прогибаться под изменчивый мир,
Пусть лучше он прогнётся под нас,
Однажды он прогнётся под нас.
> Да уж, все развивается по спирали. Только снежинкам невдомек.Ну давай, неснежинка, расскажи мне почему ты используешь высокоуровневый ЯП, а не пишешь программу как деды завещали - в опкодах процессора, или по крайней мере на ассемблере?
не, а чо в грубе-то собирать особо? Он вместе с мусором отправляется в мусоросжигатель сразу после загрузки. Так что самое то, пере...тьфуй, простите, оговорился - НАЧАТЬ переписывать на сразу жабе. Тут тебе и безопастность, и проверенные ентерпрайс техноложии и так далее...А что в загрузочный сектор не лезет - ну так и нехрен сувать грязными лапами! лилу вон свою пусть суют! А в bootx64.efi все вон нормально помещается.
(но миллион внешних модулей мы не бросим, конечно, а то как жы без прд0линга-то!)
Через 20 лет, возможно, жрать будет нечего. За ради бабла понаплодят супер сложных систем на всяких растах и прочих ИИ. Потом окажется, что почти никто не занет как они работают. Да плюс ко всему этому всеобщее отупление (ИИ за тебя думает) сыграет роль. А когда начнутся сбои и поломки, придет голод.
Советую ознакомиться с термином GC пауза (и пусть весь мир подождет), а не писать чушь :) В Rust нет сборщика мусора
Боюсь что после Rust'а ничего нового уже не придумают. Ну разве что объектно-ориентированный Rust.
640 килобайт хватит всем!PS За время существорвания Rust придумали уже не один.
Так и запишем: главный локомотив внедрения Rust - это DRM. За не-DRM на rust почти не платят.
Диды конечно пытаются сопротивляться. Изобрели Zig, который тоже самое что Си просто на 2 буквы длиннее, но думаю усилия тщетны. Расту быть! Расту жить! Расту править и рулить!
Вот где фанатизм! А то говорят, что линуксоиды фанатики.
Молодёжь тоже против раста, потому что С - это Свобода для мозга, а Раст - это Рабство и калечение головы.
> Молодёжь тоже против раста, потому что С - это Свобода для мозга, а Раст - это Рабство и калечение головы.Си - это Свобода от здравого смысла: там есть три разновидности типа char, но символьные литералы имеют тип int.
Но ты не перепутай - голову калечит Раст.
Сразу видно, не шаришь в Си. Тип char никто не использует, если нужна байтовая переменная, используется uint8_t. Тип int для символов применяется только если нужно из функции, возвращающей символ, вернуль ошибку.
> Сразу видно, не шаришь в Си.А boolean в СИ есть?
Или intов хватит всем))?
> А boolean в СИ есть?Есть, но он не нужен. 0 - ложь, любое другое значение - истина, это более гибкий подход. Например, битовые или арифметические выражения можно использовать в логических операциях.
>> А boolean в СИ есть?
> Есть, но он не нужен.Странно, а чего в С23 его добавтлт, раз не нужен?
> 0 - ложь, любое другое значение - истина, это более гибкий подход. Например, битовые или арифметические выражения можно использовать в логических операциях.
И выдавать нечитаемые портянки типа
sizeof(*(8 ? ((void *)((long)(x) * 0l)) : (int *)8)))
?
> Сразу видно, не шаришь в Си. Тип char никто не использует, если нужна байтовая переменная, используется uint8_t. Тип int для символов применяется только если нужно из функции, возвращающей символ, вернуль ошибку.Я же уточнил - не просто символы, а символьные _литералы_.
$ cat test.c
#include <stdio.h>
#define typeof(x) _Generic((x), char: "char", signed char: "signed char", unsigned char: "unsigned char", int: "int")
int main()
{
printf("%s %d\n", typeof('X'), sizeof('X'));
return 0;
}$ gcc test.c
$ ./a.out
int 4
пусть будет, но код на нем я уже поддерживать не буду. на пхп, питоне, гошке, сях и спп пожалста, патчи регулярно катаю. а руст я даже пытаться не буду прочитать, кто его притащил тот пусть и патчи катает.
Примечательно, но проект Linux в свое время тоже был попыткой переписать Unix.С внедрением Раста можно и нужно бороться. Сегодня написал патчи чтобы GIMP 3.0.2 с сишным librsvg собирать, а не с новыми версиями привязанными к Расту. Кому-нибудь интересно?
С такими луддитами как ты нужно бороться. Нет, не интересно никому.
> С внедрением Раста можно и нужно бороться. Сегодня написал патчи чтобы GIMP 3.0.2 с сишным librsvg собирать, а не с новыми версиями привязанными к Расту. Кому-нибудь интересно?Оно уже в виде PR или у тебя локально лежит?
Просто если нет в репе - то обсуждать и приводить какие-то аргументы я не смогу.
Есть страничка пакета с зависимостями, инструкциями и патчами.
Ссылка опубликована в соседней теме, в похожем комментарии.
Как можно переписать то, от чего не дают исходники? Поэтому Linux был from scratch.
Прошивки кардиостимуляторов, дефибрилляторов и ивл пусть еще на нем перепишут. И пусть не забудут ПО реакторов РБМК и ВВЭР.
> Прошивки кардиостимуляторов, дефибрилляторов и ивл пусть еще на нем перепишут. И пусть
> не забудут ПО реакторов РБМК и ВВЭР.Вот я про такое всегда плюсую, ато вдруг авторы, так сказать станут клиентами своего ПО.
К вопросу для кого они делают?
The GRUB project is currently maintained by:Daniel Kiper, - daniel.kiper@oracle.com
Alex Burmashev, - alexander.burmashev@oracle.com
Vladimir 'phcoder' Serbinenko - phcoder@gmail.comдвое из Оракла, и один ... оттуда.
Из Гугла :)
я не специалист, НО... обязательно ли надо было переписывать на rust, а не исправлять в имеющимся?..
> я не специалист, НО... обязательно ли надо было переписывать на rust, а не исправлять в имеющимся?..Раз бы не специалист, то должен был наверняка сталкиваться с ситуациями "улучшить уже ничего нельзя".
Например "носок настолько дырявый, что заштопать не получится".
Или "дом строили из навоза и веток, вместо фундамента непонятно что, поэтому проще снести и построить новый".Тут почти такая же ситуация. На гнилом фундаменте построили дыравый и рассыпающийся код.
Продолжаем аналогии дальше: вместо нового носка из такого же материала ты плетёшь носок из ржавой проволоки.
Конечно можно было бы кое-что исправить без перехода на Rust. Посмотрел исходный текст, там примерно как ядро Linux, модули загружаются. Что заметил: абстракция типа не используется, используют конкретные структуры для описания объектов. А это значит нет сокрытия реализации объекта, что неправильно. Далее управление памятью: пулы памяти не используются, а используется ручное освобождение по grub_free, что тоже не совсем хорошо, так может привести к использованию после освобождения и многократному освобождению. Опять же работа со строками. Я бы посоветовал разработчикам Grub'а посмотреть на исходный текст nginx/angie, как у них реализована работа со строками, пулы памяти. Ну и конечно надо использовать абстракцию типов. Всё это позволило бы повысить надёжность.
Попробуй оперативку вытащить из компа
Это же просто загрузчик, он должен быть максимально простым и минималистичным.
Das U-Boot
Подводные лодки сложнее космических кораблей
> Это же просто загрузчик, он должен быть максимально простым и минималистичным.Uefi как в Windows10/11.
Ненадо про сверхпродвинотость Grub2 задвигать.
Systemd-boot незнаю.
Но чем прощще оно тем лучше.
Примерно как кухонный гарнитур.
Либо навороченый угловыми дверцами всякими, встроенными холодильниками, где через неделю начнут болтаться дверцы.
Либо простой но нормальный.
Это я и хотел сказать.
" максимально простым и минималистичным " - это не про Grub. При его разработке ставились совершенно другие цели. Вот из документации:GNU GRUB is a very powerful boot loader, which can load a wide
variety of free operating systems, as well as proprietary operating
systems with chain-loading ...
One of the important features in GRUB is flexibility; GRUB
understands filesystems and kernel executable formats, so you can load
an arbitrary operating system the way you like, without recording the
physical position of your kernel on the disk. Thus you can load the
kernel just by specifying its file name and the drive and partition
where the kernel resides.То есть вовсе не простота и минималистичность, а наоборот, всеобъемлимость и максимальная гибкость. Поэтому он невероятно сложный.
В таком случае его не переписывать надо, а просто заменить на нормальный загрузчик.
Сколько памяти нужно будет, чтобы собрать?
Сначала сам Rust. Там больше потребуется.
Rust, меня кстати пока что радует.
После длительного опыта использования Kde, Lxqt.
Возможно это функция этой уборки мусора.
Потому как сейчас на полуубитом hdd, 3 ssd ушли в чтение, одновременно причем, незнаю с чем связано с Firefox, или с попыткой перейти на Alt, но именно в тот момент.
Вообщем на Kde, Lxqt, Hdd полуубитый трещщал постоянно что то кешируя.
А на Cosmic, все норм, и память не заполняется.
> Rust, меня кстати пока что радует.
> После длительного опыта использования Kde, Lxqt.
> Возможно это функция этой уборки мусора.
> Потому как сейчас на полуубитом hdd, 3 ssd ушли в чтение, одновременно
> причем, незнаю с чем связано с Firefox, или с попыткой перейти
> на Alt, но именно в тот момент.
> Вообщем на Kde, Lxqt, Hdd полуубитый трещщал постоянно что то кешируя.
> А на Cosmic, все норм, и память не заполняется.Конкретно на kde - это вроде Baloo индексирует для последующего поиска. То, что он это делает без спроса другой вопрос.
> Конкретно на kde - это вроде Baloo индексирует для последующего поиска.Да ну я уж задолбался там все оптимизировать, должно быть норм из коробки.
Максимум что я оптимизирую в винде, это например удаляю ненужные компоненты.
Но чтобы копаться в конфигах бесконечно чтобы какая то там Kde не индексировала.
Значит фигня эта Kde.
>> Конкретно на kde - это вроде Baloo индексирует для последующего поиска.
> Но чтобы копаться в конфигах бесконечно чтобы какая то там Kde не
> индексировала.Отключается одной командой. Или дождись окончания.
> Значит фигня эта Kde.
Лол. В своей форточке ты вообще делаешь вид, что отключил и как бы тебе норм.
Конкретно в Alt, там вообще все нетакусичнок.
При создании раздела, или файлов он/они создаются под root, или под каким то там особенным пользователем.
Те для изменения раздела, в другом дистрибутиве, нужно открывать файл менеджер под root.
В других дистрибутивах это просто файлы.Кстати ssd, таки окончательно ушли в чтение именно во время установки Alt, они все были подключены на тот момент.
> Сначала сам Rust. Там больше потребуется.Все кто топят за раст ни разу его не собирали с нуля и llvm. В противном случае бы не топили.
>Все кто топят за раст ни разу его не собирали с нуля и llvm.зачем? у вас электричество бесплатное, что вы по кругу компиляторы компиляете?
>>Все кто топят за раст ни разу его не собирали с нуля и llvm.
> зачем?Затем, чтобы понять цену всей этой чепухе. В конце концов безопасность без бутстрапа компилятора невозможна.
> у вас электричество бесплатное, что вы по кругу компиляторы компиляете?
Можете сделать расчеты и сказать сколько выйдет по элекстричеству.
> Затем, чтобы понять цену всей этой чепухе. В конце концов безопасность без бутстрапа компилятора невозможна.А мы решаем проблему не безопасность компилятора, а "как сделать чтобы умственно отсталые дыряшечники не дарили рут при нажатии backspace 28 раз".
ps. вообще меня забавляют такие разговоры.
в стиле "а вы знаете что если взорвать стену вашей квартиры, то можно в нее попасть! Так вот пока вы не сделаете железные стены метр в толщину - то дверь вам не нужна!!"
Какую конфигурацию пк надо чтобы запустить Grub2 на Rust.
Возможно надо топовую конфигурацию.
> Какую конфигурацию пк надо чтобы запустить Grub2 на Rust.
> Возможно надо топовую конфигурацию.Не жирно ли будет? Почему хэлоуворлды на расте не собираются на железе, на котором люди летали на другие планеты?
> Не жирно ли будет? Почему хэлоуворлды на расте не собираются на железе, на котором люди летали на другие планеты?Возможно были отсталые спутники, и космолеты, и атомные реакторы. Ведь атомные реакторы функционировали на какой то ОС, без сбоев.
По сравнению с RTX за 150 000 .
В Qt7 поддержку ржавчины не собираются ещё добавлять?
А то я уже ничему не удивлюсь.
существуют же Rust GUI библиотеки вроде Slint
К тому времени может появится более безопастный язычок, который будет в тренде. Вот его и добавят.
> К тому времени может появится более безопастный язычок, который будет в тренде.
> Вот его и добавят.Так регулярно появляются обновление стандартов C/C++ используя которые можно написать код с безопасной работой памяти, вот только почему-то вместо того чтобы просто обновить существующий код на С/C++, очень много компаний или переходят на ржавый язык или выражают намерения об этом.
Как-будто им Гугл грант за это даёт или правительство делает налоговый вычет.
> Так регулярно появляются обновление стандартов C/C++ используя которые можно написать
> код с безопасной работой памяти, вот только почему-то вместо того чтобы
> просто обновить существующий код на С/C++, очень много компаний или переходят
> на ржавый язык или выражают намерения об этом.
> Как-будто им Гугл грант за это даёт или правительство делает налоговый вычет.Корпы спонсируют (и не только Гугл) + идёт активный пиар на программерских площадках (можете наблюдать даже на опеннете как несколько проплаченных человек активно ведут священные войны за раст практически фуллтайм). Американским спецслужбам почему-то кажется, что на Си++ невозможно писать безопасТно, а вот на обджект паскале можно! Даже Бьёрн Страуструп удивился такой воинствующей безграмотности.
Да пускай жрут свой раст, пока не наскучит, а дальше у них там что-нибудь ещё модненькое появится. И снова будут переписывать (это самое главное). И так по кругу. Круговорот растов в природе.
Кратко: задача корпов в том, чтобы сделать так, что опенсорс вроде бы и есть, но использовать его стороннему человеку невозможно из-за постоянного переписывания.
> Так регулярно появляются обновление стандартов C/C++ используя которые можно написать код с безопасной работой памяти, вот только почему-тоНе выходит! Просто не получается)
> вместо того чтобы просто обновить существующий код на С/C++,
Во-первых, Safe-C++ еще не принят.
Во-вторых, комитет даже не решил какой подход будет использоваться: там сейчас два варианта, раскол коммунити и сpaч с переходом на личности.Вот ты бы брал для прода ЯП который реально рискует развалиться на два несовместимых диалекта?
> очень много компаний или переходят на ржавый язык или выражают намерения об этом.
Потому что они видят в этом удобство и выгоду.
> Как-будто им Гугл грант за это даёт или правительство делает налоговый вычет.
Думаю хватит экономии на цепочке "репорт-QA-программер-QA".
> более безопастный язычок, который будет в тренде. Вот его и добавят.Например GoooooLang2x RustWayland.
GRUB originated in 1995 when Erich Boleyn was trying to boot the GNU
Hurd with the University of Utah's Mach 4 microkernel (now known as GNU
Mach). Erich and Brian Ford designed the Multiboot Specification, because they were determined not to add to the large number of mutually-incompatible PC boot methods.Erich then began modifying the FreeBSD boot loader so that it would
understand Multiboot. He soon realized that it would be a lot easier to write his own boot loader from scratch than to keep working on the
FreeBSD boot loader, and so GRUB was born.Erich added many features to GRUB, but other priorities prevented him from keeping up with the demands of its quickly-expanding user base. In 1999, Gordon Matzigkeit and Yoshinori K. Okuji adopted GRUB as an official GNU package, and opened its development by making the latest sources available via anonymous CVS.
Over the next few years, GRUB was extended to meet many needs, but it quickly became clear that its design was not keeping up with the
extensions being made to it, and we reached the point where it was very
difficult to make any further changes without breaking existing
features. Around 2002, Yoshinori K. Okuji started work on PUPA
(Preliminary Universal Programming Architecture for GNU GRUB), aiming to rewrite the core of GRUB to make it cleaner, safer, more robust, and
more powerful. PUPA was eventually renamed to GRUB 2, and the original
version of GRUB was renamed to GRUB Legacy.
----То есть у Grub'а уже был один кризис, и его смогли переписать (на С) более безопасным.