Российскую операционную систему «Фантом» довели до тестирования после 12 лет разработки с нуля Статьи редакции
Система использует необычную архитектуру, не похожую на Windows и Linux.
Основная версия операционной системы «Фантом» готова для пробных проектов, а полноценный релиз запланирован на конец 2022 года. Об этом главный разработчик системы Дмитрий Завалишин сообщил в интервью изданию CNews. Завалишин работает над системой с 2010 года вместе с сотрудниками холдинга DZ Systems, первую компанию которого он основал в 2005 году.
Система «Фантом» отличается от классических Windows, Linux и macOS — она использует персистентную виртуальную память, управляемый код и глобальное адресное пространство.
- Персистентная виртуальная память подразумевает «непрерывность» выполнения процессов и высокую надёжность хранения данных. Приложения «не видят» перезагрузок и выключений, с их точки зрения система работает без остановок и постоянно сохраняет все изменения данных. Пользователю не нужно самому заботиться о сохранении файлов и резервных копий — даже аварийное завершение не повредит их. Файлов в «Фантоме» вообще нет — вместо них система оперирует объектами, которые доступны напрямую по указателям.
- Управляемый код защищает каждый объект и не даёт программисту вручную работать с памятью — это сразу отсекает большую часть ошибок и уязвимостей, которые повреждают данные пользователя и позволяют распространяться вирусам. Классические системы защищают только процессы друг от друга, тогда как внутри них может происходить буквально что угодно.
- Глобальное адресное пространство обеспечивает максимальную производительность выполнения программ. Классические системы делят память на пространство ядра и пространство пользователя — в первом работает ядро системы (центральная часть, управляющая всеми ресурсами), во втором — приложения пользователя. Во время работы системе приходится миллионы раз в секунду переключаться между этими пространствами, что плохо сказывается на производительности. «Фантом» избавлен от этих переключений — все процессы взаимодействуют друг с другом через прямую передачу ссылок на объекты. В классической системе это чрезвычайно опасный подход, но не в системе с управляемым кодом.
Основная ниша «Фантома» это встраиваемые системы — управление промышленным оборудованием и бытовой техникой, интернет вещей и прочие задачи, где сейчас господствует Linux. DZ Systems работает над переносом «Фантома» на фреймворк Genode — специальную «обвязку» для микроядерных операционных систем, позволяющую запускать обычные Linux-программы. Именно эта версия должна выйти к концу 2022 года.
В дальнейшем Завалишин с коллегами планируют перенести «Фантом» на микроядро seL4, чтобы математическим способом проверить всю систему и доказать отсутствие в ней ошибок и уязвимостей. Это позволит создать основу для построения крайне надёжных и защищённых программных комплексов.
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Тоха, ознакомься
На небе
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Комментарий недоступен
Добавьте еще попкорн и кокаколу для сравнения. Молодой человек, ваша сфера интересов - далеко не единственная в мире.
Не смотря на минусы, Вы правы. LGPL подразумевает открытый обновляемый исходный код.
То о чём пишет @Аккаунт удален действительно практикуется, когда актуальные билды находятся внутри компании, а на github лежит что-то, что было год назад. Но в нормальных компаниях такое под EULA. Как пример, Keen Software.
Это не так. LGPL подразумевает передачу кода контрагента при передаче ПО (вернее даже право контрагента иметь доступ к коду, но не обязанность этот код как-то скачивать, использовать или распространять дальше, если только контрагент не распространяет ПО).
LGPL не обязывает выкладывать код публично и тем более его обновлять (если только обновленная копия ПО не передается контрагенту - в этом случае обязательно предоставить контрагенту и только ему обвновенные исходники). RTFM, так сказать.
Публичный код LGPL-проектов является обычно следствием 2 вещей: 1) когда начинаешь активно распространять ПО, код все равно утекает (потому что любой контрагент имеет полное право его обнародовать), лучше этот процесс просто тупо возглавить, 2) LGPL часто используют, чтобы создать ширму прозрачности, а это лучше работает с актуальными публичными репозиториями.
это был сарказм
и судя по всему, на всём VC его не понял только один человек)
В то время когда нужно было понять комментарий, человек звёздочки считал)
И правда, занятная беседа вышла 😄
Беседа вылилась в обиду другого оппонента. Человек мало того что не понял всей сути, так еще и плеваться начал.