https://www.opennet.me/openforum/vsluhforumID3/37703.html Агентство NASA выбрало (http://www.linuxdevices.com/news/NS5714800202.html) Linux как основную ОС для экспериментального проекта "Dependable Multiprocessor" разрабатываемого в рамках миссии "New Millennium Program Space Technology 8 (ST8)".<br><br>Благодаря проекту будет создано программное окружение, уже знакомое научным работникам, что позволит им без труда портировать научные приложения, которые можно будет использовать для управления оборудованием и проведения расчетов непосредственно на космических аппаратах.<br><br>URL: http://www.linuxdevices.com/news/NS5714800202.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=11133<br> https://www.opennet.me/openforum/vsluhforumID3/37703.html#94 Tue, 26 Jun 2007 16:54:02 GMT &gt;О надежности.Надежен код.А микроядро там или нет - вопрос 10-й.Микроядро лучше в <br>&gt;плане failure recovery.Однако в космосе не должно быть ошибок.Радости то если <br>&gt;в ответственный момент бахнется драйвер периферии?При этом может быть до 3.14... <br>&gt;- упала вся система или нет.Дальнейшее поведение железки которой рулили не <br>&gt;особо достоверно.Поэтому вещей типа упавшего драйвера быть просто не должно.Ни с <br>&gt;микроядром ни без. <br>несколько неверное мнение по поводу failures.<br>Они _могут_ быть, хоть ты крабом стань.<br>Но т.к. отловить их полностью крайне сложно - то тут уже идет счет на процент вероятности<br>возникновения ошибок и риски связанные с этим.<br>И вот для микроядра такая вероятность критической (невосстановимой) ошибки радикально меньше.<br>Про драйвер периферии. Даже если он упал и корабль выжил (допустим, это был драйвер управления солнечной батареей всего-лишь) то перезагрузка этого драйвера продолжит работу всего корабля (драйверов, отвечающих за остальные узлы) в _определенном_ состоянии, без<br>опасен https://www.opennet.me/openforum/vsluhforumID3/37703.html#93 Tue, 26 Jun 2007 15:58:09 GMT О надежности.Надежен код.А микроядро там или нет - вопрос 10-й.Микроядро лучше в плане failure recovery.Однако в космосе не должно быть ошибок.Радости то если в ответственный момент бахнется драйвер периферии?При этом может быть до 3.14... - упала вся система или нет.Дальнейшее поведение железки которой рулили не особо достоверно.Поэтому вещей типа упавшего драйвера быть просто не должно.Ни с микроядром ни без. https://www.opennet.me/openforum/vsluhforumID3/37703.html#92 Tue, 26 Jun 2007 15:40:50 GMT &gt;Я - специалист. <br>По словоблудию?<br><br>&gt; Занимаются ребята хернёй однозначно.<br>Дядьку, а вы Жириновским не работаете во внеурочное время? :) https://www.opennet.me/openforum/vsluhforumID3/37703.html#91 Fri, 22 Jun 2007 20:08:19 GMT ну наконец-то ты сполз чисто на личности :)<br>ознаменовав конец спора по теме.<br>А на оффтопик времени нет https://www.opennet.me/openforum/vsluhforumID3/37703.html#90 Fri, 22 Jun 2007 20:00:54 GMT _Nick_&gt; хороша у тя трава :)<br><br>_Nick_&gt; да тут гении на опеннете пропадают... :)<br><br>_Nick_&gt; Ты из какого зоопарка сбежал? :)<br><br>_Nick_&gt; у тебя какая-то своя вселенная... <br><br>_Nick_&gt; какого хрена ты тогда <br><br>_Nick_&gt; ты полуторабитный и у тебя переполнение? <br><br>http://www.microchip.ru/phorum/read.php?f=2&i=126600&t=126600<br> https://www.opennet.me/openforum/vsluhforumID3/37703.html#89 Fri, 22 Jun 2007 19:42:36 GMT &gt;Но всё равно предлагаю тему остудить, толк уже весь вышел. <br>ну да<br>уже все<br>уже корабли и "многотонные дуры" браздят просторы большого опеннета :) https://www.opennet.me/openforum/vsluhforumID3/37703.html#88 Fri, 22 Jun 2007 19:37:05 GMT &gt;нет тут никакого "SMP vs ccNUMA". <br>Э... согласен, спасибо. Но всё равно предлагаю тему остудить, толк уже весь вышел. https://www.opennet.me/openforum/vsluhforumID3/37703.html#87 Fri, 22 Jun 2007 19:36:46 GMT &gt;&gt; Вся разница между ними - это ЛИШЬ способ защиты памяти ядра: <br>&gt;&gt; в монолите один на всех, а в микроядре у каждого потока свое пространство. <br>&gt;<br>&gt;есть и более существенные различия. <br><br>это уже следствие того, что все нити не в одном адрессном пространстве.<br>Там приходиться думать над коммуникациями между ними и т.д. конечно<br>Но изначальное различие и назначение - это именно разделение всего кода ядра на защищенные<br>подсистемы. https://www.opennet.me/openforum/vsluhforumID3/37703.html#86 Fri, 22 Jun 2007 19:33:43 GMT &gt;операционные системы создаются не для того, чтобы процами управлять, <br>&gt;а чтобы решать прикладные задачи. то что они в результате научились <br>&gt;эффективно "управлять процами" - это всего лишь побочный эффект. <br>вай-вай-вай<br>типа правильно развесить процессы этих самых прикладных задач по процессорам - это не решение прикладных задач.<br><br><br>&gt;мне просто грустно, что там наверху будуть летать многотонные дуры, <br>&gt;которые управляются не QNX`ом. а каким-то монолитным ядром, <br>&gt;пусть даже оно называется и linux с приставкой real-time.<br><br>странно почему тебе не грустно от того, что QNX не так гибок (в лицензировании, доступе к исходникам, разработке под него) как Линух. А летать там будет что нужно и под чем нужно.<br><br>А тебя не смущает, что в следствии каких-нить лицензионных (или прочих технических проблем, связанных с тем, что QNX нельзя править) система управления этими самыми "многотонными дурами" будет не столь прозрачна и гибка? Что может кое-где помешать эффективному управлению ними...<br>Закрытый продукт - это