eBPF - это костыль из-за того что в линуксе нет драйверной модели. А отсутствие драйверной модели - следствие того, что линукс - это монолитное ядро из 90х, на техническом уровне windows 3.х
Нужно давно было уходить от модели монолитного ядра как это сделали в Apple и Microsoft.
Почему eBPF — это революция
Затащить в ядро интерпретатор байткода, то есть по сути переизобрести джава апплеты для браузера (только запускать их с правами ядра) - это ну никак не может называться революцией.
Революцией было бы уже наконец изобрести драйверную модель и перестать падать в kernel panic из-за сегфолта в коде мигания светодиодом, как это было во времена win98
Я просто не понимаю как во всем этом костыле на костылях, подпертых костылями может получиться что-то безопасное. Наверное, никак.
В оправдание Линуса можно сказать, что вопрос российской агрессии в Финляндии стоит очень остро, его изучают начиная со школы, а сам он служил в армии и хорошо знаком с историей российско-финских войн, так что у него наверняка есть небольшое субъективное предубеждение против РФ.
И это уже не говоря о том, что код надо писать ещё до того как железо придёт, для тестовых сред и симуляторов. А на железе отлаживать только работу драйверов периферии. Иначе да, можно годами делать простейшие устройства.
Когда говорят что что-то работало под вайном быстрее, чем под Windows, это означает что в вайне все упиралась в стабы и никаких действий не производилось. Отсюда и "ускорение". Особенно это в играх часто проявляется.
Ужасное апи с функциями, начинающимися на __, какими-то глобальными переменными прочими антипаттернами из 80х
Нечем собирать, автор предлагает использовать доисторический мейк в 2025. Лол. Хотя бы cmake из нулевых или манифест для базеля из десятых было бы норм.
Это разработка ради разработки, чтобы пилить грант, реальное использование не предполагается. Там ванильное ядро линукс, а не андроид, поэтому в нем поддерживается только железо из прошлой жизни, а поддержку нового никак не добавить
eBPF - это костыль из-за того что в линуксе нет драйверной модели. А отсутствие драйверной модели - следствие того, что линукс - это монолитное ядро из 90х, на техническом уровне windows 3.х
Нужно давно было уходить от модели монолитного ядра как это сделали в Apple и Microsoft.
Затащить в ядро интерпретатор байткода, то есть по сути переизобрести джава апплеты для браузера (только запускать их с правами ядра) - это ну никак не может называться революцией.
Революцией было бы уже наконец изобрести драйверную модель и перестать падать в kernel panic из-за сегфолта в коде мигания светодиодом, как это было во времена win98
Я просто не понимаю как во всем этом костыле на костылях, подпертых костылями может получиться что-то безопасное. Наверное, никак.
Никак, сон в линуксе не работает, кроме образцово-показательных платформ.
??? какое оправдание может быть национализму?
И это уже не говоря о том, что код надо писать ещё до того как железо придёт, для тестовых сред и симуляторов. А на железе отлаживать только работу драйверов периферии. Иначе да, можно годами делать простейшие устройства.
да одной командой же: winget install FilesCommunity.Files
Зачем оно нужно во времена, когда OpenSSH стоковый и есть божественный Windows Terminal
Раст уже стал языком будущего. Буквально почти все современное, крутое, быстрое и технологичное написано на расте или с его использованием.
Huggingface, cloudflare, да даже в вскоде ripgrep на расте.
я так и не понял чем
Это как Process Explorer только для линукса?
Когда говорят что что-то работало под вайном быстрее, чем под Windows, это означает что в вайне все упиралась в стабы и никаких действий не производилось. Отсюда и "ускорение". Особенно это в играх часто проявляется.
Просто прекрасно, большое спасибо за статью, прочитал с удовольствием. Примеры будто из моей жизни)
Прекрасно, скорее бы начать сотрудничать как раньше
Плюсую. Дополню:
Ужасное апи с функциями, начинающимися на __, какими-то глобальными переменными прочими антипаттернами из 80х
Нечем собирать, автор предлагает использовать доисторический мейк в 2025. Лол. Хотя бы cmake из нулевых или манифест для базеля из десятых было бы норм.
Обработка и сброс ошибок тоже через глобалки
Жесть, линупсоиды переизобрели восстановление системы из Windows Millenium. Всего 25 лет прошло 😄
Жаль, на примере WinME мы понимаем, что просто покопировать файлики во время разных установок недостаточно.
Что дальше?
sfc /scannowзавезут?Вот никогда не понимал этих переизобретений колёс
Все уже написано за нас https://docs.embassy.dev/embassy-rp/git/rp2040/uart/struct.BufferedUart.html
Просто делаешь
uart.write(&data).awaitи ВСЕО, класс, современная инструкция по настройке современного виндовса. Сам примерно те же инструменты использую.
Еще использую https://starship.rs/ для современного промпта в повершелле.
Ну да. Смысл в очередном болдженосе?
Гораздо проще и правильнее научиться, наконец, писать юнит-тесты https://pragprog.com/titles/jgade/test-driven-development-for-embedded-c/
Все эти "обмены с внешним окружением" - лишь передача данных, не более
Это разработка ради разработки, чтобы пилить грант, реальное использование не предполагается. Там ванильное ядро линукс, а не андроид, поэтому в нем поддерживается только железо из прошлой жизни, а поддержку нового никак не добавить
С разморозкой, always has been. Письма счастья за торренты в Свободной Германии вспомните