Я зуб даю - Milinate System будет самой медленной ОС в нашем мире. Начнём с дерьмовости самой идеи - писать софт и драйвера на Python. Python - очень хреновый язык для драйверов и тяжелого софта, так-как его код интерпретируется во время работы (а-ля читает и выполняет код построчно прямо во время работы). Есть также GIL, этот механизм заставляет Python выполнить инструкцию только одну инструкцию за один раз, даже при условии многоядерного процессора. Есть, конечно, PyPy или Cython - но это костыль, который из питона делает… Отвратительный код! Поэтому Milinate System обречена на смерть с самого рождения.

я все понял и принял, я полностью согласен с тем что оно будет медленно учитывая всю тяжесть самой PySide6 (ну, проще сказать Qt 6), скорость в ущерб простоты разработки ПО сторонними разработчиками, но блен, как ты гиперболизируешь свои же тейки это пиздец:

драйвера на Python

где я писал о том что драйвера будут на Python написаны? я писал только о прямом взаимодействием драйверами напрямую из ядра Linux с помощью кастомной библиотеки drv, функционал которого я описал еще давным давно

Есть также GIL, этот механизм заставляет Python выполнить инструкцию только одну инструкцию за один раз

А ты не забыл про стоковую библиотеку multiprocessing который напрямую обходит этот же самый GIL или про режим сборки самой CPython в режиме free-threaded который отключает его нахуй?\

Есть, конечно, PyPy или Cython - но это костыль, который из питона делает… Отвратительный код!

Очень солидарен, я пробовал PyPy и на нем много что отличается от обычного CPython в основном в стоковых же библиотеках, в основном то что они работают более криво и косо, даже обещанный ПоЛнОцЕнНыЙ мультипоток толком не завезли :D

Окей, может, тут я ошибся. Про библиотеку multiprocessing. Может быть. Но почему он вынесен в отдельную библиотеку? Даже учитывая, что она стоковая - зачем её отдельно выносить, не внося изменения в код самого интерпретатора Пайтон? В прочем, вопрос уже не к теюе.

я полностью согласен с тем что оно будет медленно учитывая всю тяжесть самой PySide6 (ну, проще сказать Qt 6)

а зачем тогда себя мучить PySide6? Каков смысл? Не проще ли написать что-то из GUI на С/С++/Zig или даже Nim? Да, может оно будет сложнее в написании. Но лучше один раз написать что-то на непростом языке, чтобы потом не мучить себя вопросом: “Блин, а как это ускорить?”. И если в CPython/PyPy не завезли мультипоток, а в оригинальный Python один хрен работает медленнее из-за интерпретации - есть ли смысл его использовать?

.

Не проще ли написать что-то из GUI на С/С++/Zig или даже Nim?

Я не знаком ни с C, ни с C++, ни с Zig, ни с Nim, я на них писать не умею вообще, совсем, даже код их еле как могу прочитать. Я хочу построить весь GUI в системе вокруг именно PySide6 для банальной простоты разработки не только для меня, но и еще раз - для сторонних разработчиков, даже если их не будет то будет у меня уже готовая платформа для приложений.

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

Я тебя удивлю: в мире дохуя разработчиков, которые не знают Python. Они будут обходить тебя стороной + это не отменяет медлительность системы. А никому не нужна медленная система

UPD: вопрос, а как ты собрался ОС писать без минимальных знаний C, например?

в мире дохуя разработчиков, которые не знают Python.

а в мире дохуя разработчиков которые не знают Си тот же, и что?

а как ты собрался ОС писать без минимальных знаний C, например?

если ты перечитаешь концепт то ты наверное увидишь то, что это ОС на ядре Linux, мне вообще нахуй не всралось что-то писать с нуля.

если ты перечитаешь концепт то ты наверное увидишь то, что это ОС на ядре Linux, мне вообще нахуй не всралось что-то писать с нуля.

ты блять то NetBSD, то Linux, то с нуля… опредились сука!