https://www.opennet.ru/openforum/vsluhforumID3/97720.html Разработчики NetBSD расширили свои эксперименты по созданию специализированных ОС и окружений для обособленного запуска отдельных приложений, которые могут обойтись без традиционной прослойки в виде операционной системы. Наработки основаны на использовании rump-ядер (http://rumpkernel.org/) (Runnable Userspace Meta Program) NetBSD, позволяющих организовать выполнение частей ядра NetBSD на сторонних платформах и в обособленных окружениях. В дополнение к ранее развиваемым средствам для выполнения отдельных приложений поверх гипервизора Xen представлены (http://blog.netbsd.org/tnf/entry/an_internet_ready_os_from) наработки по организации запуска подобных окружений напрямую на оборудовании (bare metal).<br><br><br>Суть идеи в формировании минималистичного окружения, способного использовать штатные драйверы NetBSD, в том числе драйверы с tcp-стеком, поддержкой сетевого адаптера i82540, системными вызовами и реализацией файловых систем. В таком окружении можно запустить отдельное приложение, собранное для обычных установ https://www.opennet.ru/openforum/vsluhforumID3/97720.html#24 Fri, 15 Aug 2014 12:43:38 GMT &gt; Я смогу в завирусованой винде запустить NetBSD без перезагрузки,<br><br>Возможно.<br><br>&gt; и не бояться <br>&gt; что из Firefox своруют пароль?<br><br>Нет. Если хост не под вашим контролем, то НИЧЕГО под ним уже не под вашим контролем.<br><br>"Безопасность" любой виртуализации никогда не будет сильнее безопасности хост-системы. Неплохо было бы об этом помнить всем любителям полагаться на виртуалки.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#23 Wed, 13 Aug 2014 10:01:19 GMT &gt; кто напишет что-то оригинальное <br>&gt; и своеобразное, и с неважно какой практической ценностью.<br><br>Тогда дарвинист отхвативший себе бензопилой бошку - вообще чемпион на этом параде. Правда, без головы. Но премию дарвина срубил. На фоне столь эпичного долбо...ства, это достаточно мелочные и жалкие потуги в страдании фигней.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#22 Wed, 13 Aug 2014 09:58:01 GMT Ну ок, может быть, AMDшные, с их ATOM BIOS, когда GPU сам рассказывает как с собой работать, предоставляя обладателю интерпретатора команд ATOM BIOS некий платформонезависимый код для типовых операций, так что любая платформа с PCI-E может подцепить такой GPU если тамошний драйвер в курсе как парсить и выполнять опкоды ATOM BIOS.<br><br>Но этот код и сервисные процессоры делают не так уж много. В целом GPU достаточно безмозглый и код шейдеров/вычислительных ядер самодостаточны и надеются только на себя и либы из стандарта, не полагаясь на то что GPU вывесит 100500 разных вызовов с типовыми функциями. <br><br>А у техаса насколько я помню пойнт в том что юзеровый код может дергать стандартные примитивы прямо из процессорного ROM, куда они с фабрики зашиты.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#21 Wed, 13 Aug 2014 05:41:51 GMT &gt;тот, кто напишет что-то оригинальное и своеобразное, и с неважно какой практической ценностью.<br><br>Опять они со своим Поттером. :(<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#20 Tue, 12 Aug 2014 20:08:15 GMT Вообще в netbsd на правильном ориентире. В наш век волнообразного увеличения<br>количества софта, всякого разного, выделится тот, кто напишет что-то оригинальное<br>и своеобразное, и с неважно какой практической ценностью.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#18 Tue, 12 Aug 2014 11:12:27 GMT ну если аппроксимировать, то GPU.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#17 Tue, 12 Aug 2014 09:39:40 GMT &gt; Когда ж уже запихнут kernel/syscall.c в процессор? :) <br><br>Гугли какой-нибудь там DSP BIOS. Это конечно не совсем то, но достаточно близко :)<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#15 Tue, 12 Aug 2014 09:36:02 GMT &gt; Я смогу в завирусованой винде запустить NetBSD без перезагрузки,<br><br>Мсье знает толк в извращениях.<br> https://www.opennet.ru/openforum/vsluhforumID3/97720.html#12 Tue, 12 Aug 2014 09:07:47 GMT &gt; Several platforms are already supported, e.g. userspace (including Linux, Android, BSDs, etc.), the Xen hypervisor, bare metal (and by extension most cloud hypervisors) and the Genode OS Framework. Supporting an entirely new platform is a matter of implementing the high-level rump kernel hypercall interface.<br>&gt; The Design and Implementation of the Anykernel and Rump Kernels describes the fundamental operating principles and terminology<br>&gt; https://github.com/rumpkernel/wiki/wiki