<?xml version="1.0" encoding="koi8-r"?>
<rss version="0.91">
<channel>
    <title>OpenForum RSS: OpenNews: Интервью Эндрю Таненбаума русскоязычному сообществу разработчиков ОС MINIX 3</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html</link>
    <description>Роман Игнатов взял интервью (http://www.minix3.ru/articles/Tanenbaum_interview_ru.html) у Эндрю Таненбаума. Вопросы интервью были сформированы на основе пожеланий русскоязычного сообщества (http://www.minix3.ru) пользователей и разработчиков операционной системы MINIX 3. &lt;br&gt;&lt;br&gt;&lt;br&gt;Некоторые интересные моменты: &lt;br&gt;&lt;br&gt;&lt;br&gt;-  Близка к завершению работа над новой системой виртуальной памяти MINIX 3; &lt;br&gt;-  Если бы возникла необходимость выбора языка программирования для создания ОС, был бы выбран язык Cyclone (http://en.wikipedia.org/wiki/Cyclone_programming_language) (Си-клон (http://ru.wikipedia.org/wiki/Cyclone_(язык_программирования)));&lt;br&gt;-  Лицензия BSD была выбрана из-за предоставления большей свободы, она лишена многочисленных ограничений GPL. С другой стороны это мешает получению данных об использовании MINIX 3 вне учебного процесса, так как лицензия BSD не обязывает сообщать создателям при использовании кода MINIX в коммерческом продукте;&lt;br&gt;-  Расширение списка драйверов является одной из приор...&lt;br&gt;&lt;br&gt;URL: http://www.min</description>

<item>
    <title>Эндрю Таненбаума русско (Алех)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#70</link>
    <pubDate>Sun, 28 Sep 2008 06:50:25 GMT</pubDate>
    <description>&amp;gt;Куда более вероятный сценарий: звук работает бОльшую часть времени, в какой-то момент &lt;br&gt;&amp;gt;драйвер вываливается и тут же перезапускается, причем пользователь может этого даже &lt;br&gt;&amp;gt;не заметить. &lt;br&gt;&lt;br&gt;Таких драйверов не должно быть ни в микроядерной ось ни в монолитной. &lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Монолит : В самом кривом случае кернел-паник (что не смертельно, ибо всё &lt;br&gt;&amp;gt;&amp;gt;останется живым после рестарта) итог 1 - звука нет. &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Если Вы считаете kernel panic &quot;несмертельным&quot;, то наш разговор продолжать бессмысленно, ибо &lt;br&gt;&amp;gt;основная цель микроядра - избежать этого сценария. Кроме того, отчего Вы &lt;br&gt;&amp;gt;так уверены, что все &quot;останется живым после рестарта&quot; ? А если &lt;br&gt;&amp;gt;в драйвере файловой системы будет ошибка, которая приведет к непоправимой порче? &lt;br&gt;&lt;br&gt;Спорить об ошибках драйверов FS, к примеру журналируемых, так же бессмысленно как и про &quot;несмертельность&quot; кернел-паник. Всё же это эталон качества и неотъемлемая часть монолита. &lt;br&gt;Да и не стабильный драйвер FS в микроядре создаст такую же предпосылку к потере данных.&lt;br&gt;&lt;br&gt;&amp;gt;&amp;gt;Производительность будем с</description>
</item>

<item>
    <title>одинаковый Таненбаум (www2)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#69</link>
    <pubDate>Sat, 27 Sep 2008 03:28:55 GMT</pubDate>
    <description>Разрешите вставить в Ваш спор свои 5 копеек.&lt;br&gt;&lt;br&gt;Микроядро - не единственный способ повышения надёжности, избавления об глобальных блокировок и упрощения синхронизации подсистем ядра.&lt;br&gt;&lt;br&gt;Есть DragonFly BSD, в которой реализована очень интересная концепция LWKT (легковесные нити ядра). На каждом процессоре или процессорном ядре выполняется по одному потоку ядра с независимым планировщиком задач. Потоки взаимодействуют друг с другом посредством сообщений, поэтому в идеале на всё ядро есть единственная критическая секция - обмен сообщениями. Большинство драйверов тоже являются отдельными процессами, драйвер файловой системы вообще работает в пространстве пользователя.&lt;br&gt;&lt;br&gt;По классификации ядер такое ядро можно причислить к гибридным. Мне кажется, что такое ядро должно обеспечивать приемлемый уровень надёжности и в то же время более высокий, чем у монолитных ядер и микроядер, уровень производительности.&lt;br&gt;&lt;br&gt;В таком случае идеи Танненбаума о микроядре какбэ заметно тускнеют.&lt;br&gt;</description>
</item>

<item>
    <title>Проприетарщики обычно возвращают (User294)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#68</link>
    <pubDate>Sat, 27 Sep 2008 00:23:14 GMT</pubDate>
    <description>&amp;gt;Этому господину уже неоднократно рассказывали, что в мире лицензий не все так &lt;br&gt;&amp;gt;уж черно-бело,&lt;br&gt;&lt;br&gt;В случае с *операционными системами* все по-моему видно невооруженным глазом.А то что НЕКОТОРЫЕ проекты могут выползти и под BSDL - да, могут.Но GPL повышает шансы на успех проекта и понижает шансы на то что проект будет полностью и недружественно захаван энной корпорацией в один не очень прекрасный день.Скажем MS ничто в принципе не мешает зажать улучшенный nginx себе, приделать к нему красивую морду и продавать за кучу бабла.Забыв поделиться улучшениями с остальными.Пока автор nginx непререкаемый авторитет в развитии проекта, BSDL работает.А если какие-то коммерсанты смогут лучше - схема в случае BSDL рушится как карточный домик.Что можно понаблюдать на примере OS.Где вполне очевидно, как раз ситуация &quot;ж**а&quot; - проприетарные сильные конкуренты которые растаскивают улучшения по своим углам и ничего не отдают взамен.Схема в итоге не работает.Достаточно развитие BSD с развитием Linux сравнить.&lt;br&gt;</description>
</item>

<item>
    <title>одинаковый Таненбаум (User294)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#67</link>
    <pubDate>Fri, 26 Sep 2008 23:25:52 GMT</pubDate>
    <description>&amp;gt;Когда Вас в автобусе просят посторониться &lt;br&gt;&lt;br&gt;Это имхо оффтопик.&lt;br&gt;&lt;br&gt;&amp;gt;MINIX 3 не так давно разрабатывается. Предыдущие версии MINIX были портированы на &lt;br&gt;&amp;gt;разные платформы. &lt;br&gt;&lt;br&gt;Что-то зная нрав Таненбаума мне кажется что он может сделать и MINIX 9.Или 10.А все-равно толку не будет.Сообщество достаточное для того чтобы проект взлетел а не остался ходячим трупом скорее всего не наберется.&lt;br&gt;&lt;br&gt;&amp;gt;О проблемах с производительностью микроядер Таненбаум писал еще в том самом первом &lt;br&gt;&amp;gt;сообщении. &lt;br&gt;&lt;br&gt;Ну да, писал.А еще я видел результаты независимых замеров.Не от фанатов микроядер.Слив получается процентов 10.Минимум.А то и 20.Если не больше.Если учесть что никакие драйвера файловых систем у меня не падают, защита от мифических угроз ценой заметных тормозов меня как-то не особо радует.&lt;br&gt;&lt;br&gt;&amp;gt;Это единственный плюс монолитного ядра.&lt;br&gt;&lt;br&gt;Не единственный.Поскольку предоставляется большой функционал, писать ядро и драйвера проще.А с микроядром получается онанизм с кучами процессов которые между собой перекидываются сообщениями.Дост</description>
</item>

<item>
    <title>Интервью Эндрю Таненбаума русскоязычному сообществу разработ... (0ffh)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#66</link>
    <pubDate>Fri, 26 Sep 2008 19:22:28 GMT</pubDate>
    <description>&amp;gt;Качаем QNX, ставим и юзаем на халяву все прелести микроядерной реал-тайм ОС &lt;br&gt;&amp;gt;с гуйным IDE и открытым кодом (пусть и не по рульной &lt;br&gt;&amp;gt;гнушной лицензии). Все, что Таненбаум пытается реализовать в Миникс там уже &lt;br&gt;&amp;gt;давно есть &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;ftp://ftp.andr.ru/pub/txtlib/s/c/os/qnx/6/QNX_neitrino_sistemnaya_arhitektura.pdf &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;И не паримся &lt;br&gt;&lt;br&gt;а еще разок повторить мона ?&lt;br&gt;а то как раз в момент закачки обломило :(&lt;br&gt;</description>
</item>

<item>
    <title>Эндрю Таненбаума русско (лук репчатый)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#65</link>
    <pubDate>Fri, 26 Sep 2008 12:31:31 GMT</pubDate>
    <description>&amp;gt;Микроядро : Само работает, двайвер постоянно валяется либо перезапускается. Итого звука &amp;gt;нет. &lt;br&gt;&lt;br&gt;Куда более вероятный сценарий: звук работает бОльшую часть времени, в какой-то момент драйвер вываливается и тут же перезапускается, причем пользователь может этого даже не заметить.&lt;br&gt;&lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;Монолит : В самом кривом случае кернел-паник (что не смертельно, ибо всё &lt;br&gt;&amp;gt;останется живым после рестарта) итог 1 - звука нет. &lt;br&gt;&lt;br&gt;Если Вы считаете kernel panic &quot;несмертельным&quot;, то наш разговор продолжать бессмысленно, ибо основная цель микроядра - избежать этого сценария. Кроме того, отчего Вы так уверены, что все &quot;останется живым после рестарта&quot; ? А если в драйвере файловой системы будет ошибка, которая приведет к непоправимой порче?&lt;br&gt;Впрочем, это уже лирика. Если рассматривать kernel panic как допустимый вариант, то микроядро нафиг не нужно.&lt;br&gt;&lt;br&gt;&amp;gt;Производительность будем сравнивать? Давайте хотя бы приблизительно: &lt;br&gt;&amp;gt;&lt;br&gt;&amp;gt;1. Микроядро. Драйвер не имеет прямого доступа к обороудованию, обращается за этим &lt;br&gt;&amp;gt;к микроядру. Переклю</description>
</item>

<item>
    <title>Проприетарщики обычно возвращают (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#64</link>
    <pubDate>Fri, 26 Sep 2008 03:34:11 GMT</pubDate>
    <description>&amp;gt;Этому господину уже неоднократно рассказывали, что в мире лицензий не все так &lt;br&gt;&amp;gt;уж черно-бело, и что есть целая куча очень успешных проектов под &lt;br&gt;&amp;gt;лицензиями *BSD-like или аналогичными: PostgreSQL, Apache, nginx. Но есть люди, которым &lt;br&gt;&amp;gt;факты не нужны... &lt;br&gt;&lt;br&gt;Блин, ребята, о какой куче вы говорите? Если сравнить развитие линукс/гну и BSD за последние 10 лет, BSD стояло на месте.&lt;br&gt;Сопоставить количество софта с BSD и GPL лицензией я бы и не брался.&lt;br&gt;&lt;br&gt;Много майкрософт вернула назад кода BSD? RPC, Socets что там ещё? &lt;br&gt;BSD - на те берите, нам не жалко, но вы уже не BSD. Майкрософт, ну, мы только посмотреть, нам для совместимости надо...&lt;br&gt;</description>
</item>

<item>
    <title>Эндрю Таненбаума русско (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#63</link>
    <pubDate>Fri, 26 Sep 2008 02:55:46 GMT</pubDate>
    <description>&amp;gt;Хорошо, возьмем драйвер звуковой карты, к примеру. &lt;br&gt;&lt;br&gt;Предлагаю обсудить цель, общую для монолитного ядра и микро: Работающая стабильно ось с поддержкой оборудования.&lt;br&gt;Микроядро : Само работает, двайвер постоянно валяется либо перезапускается. Итого звука нет.&lt;br&gt;Монолит : В самом кривом случае кернел-паник (что не смертельно, ибо всё останется живым после рестарта) итог 1 - звука нет.&lt;br&gt;Выход для обоих осей одинаков : не тулить кривой драйвер ибо толку от него ноль.&lt;br&gt;&lt;br&gt;Производительность будем сравнивать? Давайте хотя бы приблизительно:&lt;br&gt;&lt;br&gt;1. Микроядро. Драйвер не имеет прямого доступа к обороудованию, обращается за этим к микроядру. Переключение контекста 1. Латентность самого микроядра 2.&lt;br&gt;2. Монолит. Тут что драйвер захотел то и сделал, максимально разгрузив CPU, если оборудование девайса позволяет.&lt;br&gt;&lt;br&gt;Интересно будет посмотреть на производительность когда USB корень задолбит микроядро запросами от мыши и клавиатуры.&lt;br&gt;</description>
</item>

<item>
    <title>Эндрю Таненбаума русско (Аноним)</title>
    <link>https://opennet.me/openforum/vsluhforumID3/44014.html#62</link>
    <pubDate>Fri, 26 Sep 2008 02:46:04 GMT</pubDate>
    <description>&amp;gt;С чего вы взяли, что кем-то движет месть &lt;br&gt;&amp;gt;или желание что-то доказать &quot;оппоненту&quot;, я не понимаю. &lt;br&gt;&lt;br&gt;Из высказываний самого Тонненбаума, что если бы Торвальдс был его студентом, то не сдал бы экзамен. Я не утверждал о полной уверенности, а лишь предположил.&lt;br&gt;&lt;br&gt;&amp;gt;А резко высказываюсь я потому, что не люблю, когда Анонимусы считают своим &lt;br&gt;&amp;gt;долгом блеснуть своим невежеством и ляпнуть глупость&lt;br&gt;&lt;br&gt;Пока резко выразились только Вы. Я не обидчив, Вашу реакцию понимаю, но проявите и вы хотя бы каплю понимания.&lt;br&gt;</description>
</item>

</channel>
</rss>
