92

Линус мотивирует2

Я думаю, что Правительство РФ должно выписать премию Линусу Торвальдсу. Он всего одним сообщением мотивировал российских разработчиков операционных систем задуматься о создании действительно отечественной системы, а не очередного дистрибутива Linux под видом отечественного.

Ранее уже россиян повертели на своем xyю корпорации Microsoft и Apple. Конечно, есть отдельные мыши, которые колются, плачут, но продолжают есть кактус. Теперь время дошло и до Linux-экосистемы. На которой, внезапно, базируется Android.

Китай уже нагибали и отучивали от Google Android:

На смартфоны Xiaomi запретили устанавливать сервисы Google

Я только не понимаю - эти санкции против Китая были за Крым, за начало СВО или за вот-вот нападет на Тайвань три года назад?

Наступила эпоха как с российским с/х. Российский аграрий - птица гордая, пока не пнешь - не полетит. Хотя в 2013 году не верили, что аграрный сектор РФ когда-нибудь выстрелит.

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

Пока питаемся ежатиной и кактусами, но ждем скорое* появление отечественных ОС без привязки к ядру Linux.

*) скорое в разрезе разработки ОС - это 5-10 лет.

Это все без учета того, что уже компания-владелец игрового движка Unity пыталась нагнуть разрабов игр всего мира, чтобы те драли с игроков три шкуры в пользу компании. А также я не вспоминал официальную позицию разработчиков OpenSource движка Godot о том, что все участники - пuдoры, а несогласных банили:

Как Godot потерял огромную часть комьюнити за 1 день

Отдельно про микроэлектронику. Если что, в Китае и России уже проектируют и строят системы для литографов. Речь идет про ускорители частиц, с помощью которых можно получить синхротронное излучение в глубоком ультрафиолете или гамма-излучение.

На картинке каждое ответвление, каждый луч "звезды" - это место установки литографа или исследовательского оборудования.

1 августа 2024 - начата сборка оборудования Сибирского кольцевого источника фотонов (источник синхротронного излучения).

В профильных изданиях мелькали сообщения, что аналогичный синхротрон создает и китайская Huawei, чтобы создавать чипы для своих устройств и не зависеть от TSMC.

Теоретически эффект SSMB, превращающий синхротронное излучение по сути в лазерный луч, был предсказан еще в 2010 г., но практического воплощения он долгое время не имел, прежде всего по причине отсутствия коммерческих приложений – современные ультрафиолетовые лазеры позволяют получать то же самое коротковолновое когерентное излучение со значительно меньшими издержками. Однако теперь, когда речь в КНР идет о полном импортозамещении EUV-фотолитографии как отрасли, затраты на постройку синхротрона и преобразование его в действующую SSMB-машину (для чего необходимо еще разработать и специфическую систему электромагнитов для ондулятора, и оптический резонатор-усилитель для высокоэнергичных фотонов на выходе) уже не представляются чрезмерными.

И поскольку источник необходимого излучения – едва ли не ключевой в плане сложности разработки компонент EUV-машины, можно предполагать, что в районе 2026–2027 гг. КНР имеет немалые шансы обрести подлинный микропроцессорный суверенитет – теперь уже и в области самых передовых полупроводниковых технологий.

Готовый EUV-литограф стоит около 30 млрд руб (300млн$). Стоимость СКИФ оценивается в 47,3 млрд руб, из них ускорительное оборудование обойдется в 12,5 млрд руб. Т.е. всего как два EUV-литографа, производительность которых до 1 000 пластин в день. С одной 300-мм пластины можно получить только 16 комплектов кристаллов для ускорителя флагманского Nvidia B200 при отсутствии брака.

Вы смотрите срез комментариев. Показать все
9
Автор поста оценил этот комментарий

Пока не отрубят от базы дестрибьютивов никсов, пока не отзовут лицензии на андроид, пока не окирпичат все айфоны на территории РФ разом ...


НИКТО , НИЧЕГО ДЕЛАТЬ НЕ БУДЕТ.


Потому что Россия.


А вот когда таки да, всё сделают в ударные сроки.


PS

Касперский прекрасно клепает для мобильников ОС на микроядерной структуре. Продаёт молча и не отсвечивает. Всё своё , никаких никсов, никаких стороннх лицензий.


Но всем похрен.

Купить лицензию у Касперского ?

На этом бабла не попилить.

Не интересно. Сделаем вид что такого просто не существует.

раскрыть ветку (21)
12
Автор поста оценил этот комментарий

Потому что Россия

Потому что никому нахрен не уперлось делать все это при наличии бесплатной альтернативы.

И что-то мне подсказывает, что Вы сами не делаете альтернативу в свободное время.

раскрыть ветку (1)
Автор поста оценил этот комментарий

А я что ? Не Русский что ли ?

Но я то во власть не лезу. А в своей работе где могу жопу прикрываю.

Почему то не всегда это наблюдаю в АйТи.

8
Автор поста оценил этот комментарий

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

раскрыть ветку (3)
Автор поста оценил этот комментарий

или взять бесплатное с открытым исходным кодом и огромной базой совместимого прикладного по

пиратка винды не делает ее бесплатной с открытым исходным кодом.

У Linux нет огромной базы совместимого прикладного ПО, особенно инженерного и научно-технического. Тут даже Windows небогата. А дистрибутивов Linux - целый зоопарк, который несовместим между собой.

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

У Linux нет огромной базы совместимого прикладного ПО, особенно инженерного и научно-технического.

Знаешь, по сравнению с какой-нибудь BeOS, которая прекратила своё существование в 2002 (а последние проги под неё от сторонних разрабов, не являющихся частью BeOS- сообщества, выходили в районе 2007 года), или OS/2 линь ещё очень ничего в плане софта.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

а теперь прикинь, что до сих пор жив ЕС ЭВМ, из-за ПО. До сих пор не переписали на что-то современное.

0
Автор поста оценил этот комментарий

Ос на микроядерной структуре, что это?

раскрыть ветку (12)
2
Автор поста оценил этот комментарий

Это архитектура ядра, микро ядро vs макро ядро. В целом это чисто техническое различие, которое не имеет смысла для настольной операционки.

раскрыть ветку (11)
Автор поста оценил этот комментарий

Микросервисы в ос, понятно )

раскрыть ветку (10)
Автор поста оценил этот комментарий

неа.

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

dll - это грубый пример, т.к. модули ядра могут быть и в другом формате.

раскрыть ветку (9)
0
Автор поста оценил этот комментарий

Микроядерная архитектура и монолитная архитектура ОС различаются не модулями. В Линуксе драйвера можно скомпилировать, как подгружаемые модулия ядра, но это не значит, что ядро Линукса сделано по микроядерной архитектуре.


Микроядерная архитектура - в ядре используются минимальный набор функций и абстракция для работы с аппаратурой, а драйвера и отдельные модули ядра работают как процессы в отдельном адресном пространстве и с привелегиями меньше, чем у ядра. Примеры таких ОС - QNX, AIX, Minux, GNU/Hurd.


Монолитная архитектура - драйвера и прочие модули ядра работают с привелегиями ядра и в адресном пространстве ядра. Монолитное ядро может быть модульным, когда отдельные модули подгружаются, но они так-же работают в адресном простренстве ядра. Примеры - Linux, BSD.


Бывает гибридная архитектура, когда часть модулей выполняется в адресном пространстве ядра, а часть - как отдельные процессы в своём адресном пространстве. Пример - ядро Windows NT.


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


Преимущество монолитного ядра - выше скорость. Недостаток - ниже стабильность.


P.S. Эндрю Тенебаум, разработчик учебной ОС Minix и автор книги по разработке ОС "Современные операционные системы" спорил с Линусом Торвальсом по поводу того, что Линус сделал монолитное ядро.

раскрыть ветку (5)
0
Автор поста оценил этот комментарий

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


т.е. модули как внешние, ядро как микроядерное. Но все это работает как монолит до того, как упадет драйвер. Если драйвер упал, что монолит переходит в режим микроядерной архитектуры, проверяет кто упал и от этого принимает решение - вернуться в режим монолита или остаться микроядром.


А потом и ядер можно несколько. Например, микроядро, которое передает на уровень ниже монолиту, т.е. сам себе виртуалка и т.д.

раскрыть ветку (4)
0
Автор поста оценил этот комментарий

>>"Если драйвер упал, что монолит переходит в режим микроядерной архитектуры, проверяет кто упал и от этого принимает решение - вернуться в режим монолита или остаться микроядром."


Если модуль работает в адресном пространстве ядра и с привелегиями ядра, то его падение приведёт к падению всего ядра (как пример - в Linux это kernel panic, в Windows - синий экран смерти).

раскрыть ветку (3)
0
Автор поста оценил этот комментарий

не приведет, если не рукожопить с архитектурой.


Попроще - монолит/микросервисы. Сейчас есть три варианта - падение монолита (падает все), падение микросервиса (падает только микросервис) и, внезапно, гибрид.

Если падает один гибрид и он всего один, то он падает как монолит.

Если падает один гибрид, но их несколько, то он падает как микросервис. При этом при падении гибрида остальные гибриды, по необходимости, работают как микросервисы. Преимущество - если один гибрид держит два микросервиса, то он работает как монолит, т.е. выше скорость.


аналогично с ядром.

1) адресное пространство ядра - драйвер падает с ядром.

2) в другом адресном пространстве - драйвер падает без ядра, но медленнее работает

3) драйвер и ядро гибриды, могут работать в обоих вариантах и ядер несколько, то при падении драйвера ядра падает и само ядро, но управление перехватывает второе ядро, возможно, с другими драйверами, попроще и понадежнее. Второе ядро поднимает первое с командой "у тебя там драйвер упал" (errordriver) и дальше первое ядро смотрим - поднимать драйвер или выбрать другой. Если этот драйвер, то в адресное пространство ядра или на уровень ниже.

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

Опять же, у ядра должна быть отдельно область самой программы и область данных. Падение ядра - это ошибка области данных. Т.е. нужен сканер проверить данные ядра и передать управление ядру.


Сильно ограничивает архитектура процессоров, т.к. тут уже желательно отдельное системное процессорное ядро хоть на arm, по типу intel managment engine, которое и будет следить за порядком и при необходимости сканировать и поднимать упавшие ядра.


Все, что я описал - это, скорее, университетская академическая задача, чем коммерческая, т.к. коммерсы те еще рукожопы.

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

Ядро ОС управляет выделением памяти и прочих системых ресурсов для прикладных процессов. И что бы сделать, как вы предложили, нужно либо организовать взаимодействие ядер, но накладные расходы на это скажется на быстродействии. Либо каждое ядро будет управлять только частью ресурсов. Но это ничем не отличается от ситуации, когда ОС запускается в виртуалке внутри другой ОС.


>>"Опять же, у ядра должна быть отдельно область самой программы и область данных. "


У процессоров, сделанных по фон-неймановской архитектуре память, физически, одна. Но могут быть выделены разные сегменты и это разделение на сегменты с ограничением доступа и поддержкой виртуализации давно сделано во всех современных ОС и имеет поддержку на уровне процессора.

В гарвардской архитектуре память программ и память данных разделена физически. Но такая архитектура сейчас применяется только в некоторых микроконтроллерах.


>>"Сильно ограничивает архитектура процессоров, т.к. тут уже желательно отдельное системное процессорное ядро хоть на arm, по типу intel managment engine, которое и будет следить за порядком и при необходимости сканировать и поднимать упавшие ядра."


Kubernetes для ядер?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

одна ОС в виртуалке другой - к этому стремлюсь, чтобы не писать свою ОС.

Там и диски - одни являются виртуальными и хранятся на других.


С виртуальными дисками проще, пока только раздумываю прикупить серверные 4tb диски 4шт, чтобы на них нарезать 120-512Гб виртуальные диски (vhd, vdi и т.д.), в том числе актуальные диски перемещать в NVME-память.

Пока особо не искал как сделать NVME-кеш для HDD, но тут все равно потери на подгрузку тех же нейросетей из HDD хранилища.


Например, взять двухпроцессорную материнку с Xeon + 128-256гб оперативы. Тут и нейронки можно гонять, и виртуалок пачку поднимать, и рендерить. Пока живу на однопроцессорном xeon.


И ситуация, когда падает вся система на оба проца - меня сильно не устраивает. Т.е. нарезать им участки все же придется.

0
Автор поста оценил этот комментарий

не совсем так.

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

раскрыть ветку (2)
0
Автор поста оценил этот комментарий

само название "ядро" - условно. Там важен лишь загрузчик, а кому он передаст управление - это другой вопрос. Хоть мультиядерная операционка, хоть нейросетке.


Я уже запускал нейросетку с промтом: "Ты - веб-сервер, верни корректный JSON".

Т.е., чисто теоретически, можно написать gguf-интерпретатор или какой там формат нейросетки. И передавать управления из MBR на этот интерпретатор с промтом "Ты - текстовая операционная система. Тебе доступен терминал 80х25 символов без прокрутки. Выведи приветствие и меню действий."


UPD: Работает! Немного кривовато, т.к. вывела в кавычках. Проще просить выводить в JSON и пусть отдельная функция извлекает ASCII-картинку и доступные команды.

Еще нужен обработчик мыши и клавы - и ОС готова! Буквально - "разумная" ОС, с которой в чате можно попuздeть за жизнь

Иллюстрация к комментарию
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Вот как разумную ось своять - у нас специалисты есть.

А как написать с нуля свой дистрибутив никсов для школ и работников гос сектора так сразу " нет специалистов, нет компетенций, некому делать ... ""

0
Автор поста оценил этот комментарий

а ничего что установка KasperskyOS как вариант возможна в виде докер контейнера на debian-based дистрибутиве, что какбы намекает на то, что там за ядро они "разработали"

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

я о микроядерной архитектуре

Вы смотрите срез комментариев. Чтобы написать комментарий, перейдите к общему списку

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества