Релиз Debian GNU/Hurd 2015

Нигде, релиза пока не было.

Дык, этот самый HURD зарелизить уже лет 20 всё никак не могут.

И что?

freertos, qnx - микроядерные и используются довольно активно.

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

Virtualbox с ним падает.

Танненбаум рассказывал

Ну да, он на рассказах о микроядрах неплохо зарабатывает. Я правильно тебя понял, что это единственное их применение?

Я выше отписал про QNX и FreeRTOS. И еще есть на L4 системы, но они совсем специализированные

Тормоза микроядра (оцениваются в 10-15%) ничто по сравнению с тормозами JS и прочих интерпретаторов.

Это, как бы, -1 поколение процессоров, которые ты согласен подарить на откуп фетишу. Те, кто за железо свои кровные платит, с тобой не согласятся. К тому же, перезапускать драйвера на лету умеет и та же шиндуос - лихо проворачивает с видеодрайверами. Было бы кому нужно...

Железо ставят под задачу. Если важно обеспечить надежность и отказоустойчивость, ценой небольшой потери производительности, то можно и проц помощнее поставить.

А то как файрфокс жручий, так «память нынче дешевая, время программистов дороже железа», а как микроядро использовать, так «сэкономим 10%!!!!!!, процессор бесценен!!!».

Как-то определиться пора, что дороже: железки или время программистов и надежность системы. Если железки, то кончайте заливать про дешевую память, если надежность и время программистов - марш на микроядро!

К тому же, перезапускать драйвера на лету умеет и та же шиндуос - лихо проворачивает с видеодрайверами. Было бы кому нужно...

Вроде как в новых виндах видеодрайверы как раз в юзерспейс и вынесли. Что и является, вообще говоря, элементом микроядра.

А остальные драйвера можно загружать/выгружать, только пока эти драйверы не засрали память системы

QNX и FreeRTOS

Да, но они для встраиваемых систем. Мне кажется Hurd то метит в другую нишу.

Разница проста - фаерфокс это одно приложение, которое не используется все время и в котором скорость не так критична. Когда я закрываю фаерфокс и начинаю дробить числа, то у меня старая добрая скорость. В то время на на микроядре эта производительсть профукана на любой задаче. Такое ядро мне не нужно. Да и никому особо не нужно, судя по ландшафту систем. Суровая правда в том, что стабильность актуальных осй более чем достаточная. То, что из драйверов критично к падениям, выносят в юзерспейс, не жертвуя при этом производительностью всего ядра. А причина проста - прагматики всегда побеждают теоретиков.

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

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

Ты не поверишь! :-) https://xkcd.com/1508/

Ну а дерганья харда?

Твоим любимым «прагматикам» хватит и ДОСа, вот там то скорость огого!

Не так уж и часто. Обычно, на системах, где много считают, ставится куча памяти, чтобы минимизировать доступ к hdd.

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

И это не говоря о том, что бОльшую часть времени процессор на десктопе все равно простаивает.

Любимым прагматикам на числодробилках хватает линукса. О микроядрах там никто и не думает :) Даже в разгар хайпа микроядер и с одном из главных разработчиков Mach у руля в NeXTSTEP побоялись делать чистое микроядро и впилили гибридое. Что намекает на то, что даже авторы творения считали, что микроядра для этого сурового мира нихрена не годятся.

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

OpenVMS смотрит на вас с недоумением. Впиливали и впиливают на критичные системы, в том числе военные, микроядром и не пахнет. В критичных системах модуль должен не падать, а не перезапускаться. А то выйдет как с иксами в линуксе - вроде они после падения и перезапускаются, только вся работа и приложения все равно вместе с ними уже отошли в /dev/null

Ты тролль, да? Что ты заладил числодробилка, числодробилка. Не числодробилками едиными. К тому же, для числодробилок куда лучше подходят всякие nvidia tesla, или xeon phi, где основной проц вообще от расчетов освобожден, а занимается только управлением, а расчеты крутятся на специальных процах без остановки и возни с управлением периферией.

Вот например в полетном контроллере беспилотника дешевле в 2 раза более мощный проц поставить, чем делать новый беспилотник, если этот разобьется из-за сбоя системы. Или на системе мониторинга/управления чем-либо тоже, сбои очень дорого обходятся.

Нет, ты. Аргументы кончаются, да?

Вот например в полетном контроллере беспилотника дешевле в 2 раза более мощный проц поставить, чем делать новый беспилотник, если этот разобьется из-за сбоя системы.

Если сбои у него обрабатываются перезапуском модулей, то разобьет, будь спокоен. Тебе кто-то рассказал, что микроядра это круто и секьюрно чудесным образом? Обманули, к бабке ходить не нужно. Я сейчас сижу за осью с ведром, которое как раз потомок того самого Mach, btw.

Я вот прямо сейчас пишу прошивку для 3d принтера, и очень огорчен тем, что на получается монолитно. Из-за этого очень много возни с отладкой.

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

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

Пусть больше понимающие в вопросе меня поправят, но сдается мне, что у тебя очень наивное представление о сути микроядра. Модульно или нет ты пишешь свои драйвера и прошивки к этому вообще вроде никаким боком. Главные проблемы в микроядрах были с производительностью из-за IPC и их пофиксить не удалось. А гибридные ядра с выносом модулей и дрейверов в userspace окончательно закопали все его преимущества при лучшей производительности. На этом сказка закончилась. Но фетиш у некоторых остался.

Вообще-то я это видел.

Ну так в avr микроядро в обычном понимании и нереализуемо без извратов. Потому и некое подобие только.

а в профиле не указано. твой косяк.

в твоем тоже.

У хурдовцев тоже вполне прагматичная задача – реализаци альтернативы GNU/Linux на других базовых принципах.

Это рабочий концепт, который может получить будущее, в один прекрасный момент, а может и не получить. Мы можем смотреть и сравнивать, а это уже очень много.

где видел?

в страшном сне

У хурдовцев тоже вполне прагматичная задача – реализаци альтернативы GNU/Linux на других базовых принципах.

Вот это. RMS не может спокойно спать пока радом с его любимым GNU (а по большей части и в место) пишут Linux. Только это задача не прагматическая, а идеологическая. Поэтому Hurd и топчится на месте. У идеологов как обычно с практическими скилзами не всё гладко.

Твоим любимым «прагматикам» хватит и ДОСа, вот там то скорость огого!

Ага. И, самое главное - рилтаймовость. Недостижимая ни в винде, ни в линуксе. )) На самом деле сейчас выпускается довольно много станков с ЧПУ, в которых управлением станка занимается программа, запускаемая из под MS-DOS. Даже промышленные контроллеры такие есть.

И что?

Такие низкие темпы разработки кагбэ намекают на то, что оно нафиг никому не нужно. А то бы уже доделали.

Вроде как в новых виндах видеодрайверы как раз в юзерспейс и вынесли.

С пробуждением из анабиоза! Уже лет пять как вынесли. Или шесть, если с выхода беты семёрки считать.

А остальные драйвера можно загружать/выгружать, только пока эти драйверы не засрали память системы

Откуда такая интересная информация?

У идеологов как обычно с практическими скилзами не всё гладко.

Ну конечно, GNU Coreutils нынче никто не использует. Да и GCC тоже.

намекают на то

И что? Тебе не нужно — ок. Никто же не заставляет.
А я вот жду. И к этому моменту у вижу вполне стабильную систему.

А я вот жду.

А зачем тебе, если не секрет?

Необходимости нет. Мне просто нравится концепция микроядра и я считаю что она имеет больше перспектив.
Я считаю что микроядро приведёт к устойчивому АПИ ядра и это будет большое подспорье для драйверописателей.
В общем — более перспективно.

Угу, всё с тобой ясно. Понимаешь, мир - он не вокруг тебя крутится. Поэтому ты можешь считать что угодно, но по факту будет как-то так, как удобно большинству. И если ты не в этом большинстве, тебе останется только страдать от «несовершенства мира». Такие дела...

Да, но они для встраиваемых систем. Мне кажется Hurd то метит в другую нишу.

А тут XNU случаем не упоминали которое ВНЕЗАПНО и на серверах и на десктопах дык ещё и во встраиваемых девайсинах.

Понимаешь, мир - он не вокруг тебя крутится. Такие дела...

Ты с дубарухнутый? :)
Ядро пишется, я жду результата, а ты тут прибегаешь, начинаешь раскидываться говном и орать что жизнь тоже говно? Зачем? Почему ты хочешь меня убедить в чём-то? Зачем ты хочешь заставить мир крутиться вокруг тебя. Сам же знаешь — не будет он вокруг тебя крутиться. И ядро будет писаться вне зависимости от твоего мнения. Уходи.

Для трусов подготовлен образ для VM.

А понтов-то, понтов... :)

Интересно, что наступит раньше: коммунизм или стабильный релиз HURD?

Интересно, что наступит раньше: коммунизм или стабильный релиз HURD?

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

Кто бы говорил...

Мне мужик, давно пишущий под QNX, то же самое рассказывал и показывал - как в этой самой QNX благодаря микроядерности можно на лету собрать и запустить нужный драйвер, попользоваться и выключить. И фамилия его не Танненбаум. :)

Как алгоритм Ассемблера зависит от размера или количества ядер?

на лету собрать и запустить нужный драйвер, попользоваться и выключить

Хм...

$ make -C "/lib/modules/$(uname -r)/build M="$(pwd)"
$ insmod foo.ko
$ попользоваться
$ rmmod foo

Нужные расчеты занимают значительно больше времени чем I/O с диском.

А теперь попробуй сделать то же самое если модуль вдруг решил, что он не хочет чтобы его удаляли. Что-то типа kill -9 для него.

Вообще прочитал кучу всякого плохого про hurd в этом топике. То же самое писали про linux 20 лет назад. А как пришли большие дядьки с бабосами и начали на нем деньги делать - так хобана и linux уже и не такой и плохой.

Хорошо что кто-то пилит hurd.

Типа RMS сам coreutils и gcc написал. Что-то он там в 80-х написал, да. С тех пор всё на 10 раз переписали уже давно.