Состоялся (https://www.gnu.org/software/hurd/news/2016-12-18-releases.h... релиз ядра GNU Hurd 0.9 (http://www.gnu.org/software/hurd/), а также сопутствующих ядру компонентов: микроядра GNU Mach 1.8, генератора интерфейсов для микроядра Mach - GNU MIG 1.8 и порта системной библиотеки glibc-2.23-hurd+libpthread-20161218. GNU Hurd доступен только для 32-разрядной архитектуры x86 (работа по портированию ядра для архитектуры x86_64 пока не завершена). В ближайшее время оценить GNU Hurd в действии можно будет воспользовавшись сборками (https://people.debian.org/~sthibault/hurd-i386/) (iso-образы (https://people.debian.org/~sthibault/hurd-i386/installer/cdi... дистрибутива Debian GNU/Hurd (http://www.debian.org/ports/hurd/), сочетающего программное окружение Debian c ядром GNU Hurd.GNU Hurd представляет (http://www.gnu.org/software/hurd/hurd/what_is_the_gnu_hurd.h... собой ядро, развиваемое в качестве замены ядра Unix и оформленное в виде набора серверов, работающих поверх микроядра GNU Mach и реализующих различные системные сервисы, такие как файловые системы, сетевой стек, система управления доступом к файлам. Микроядро GNU Mach предоставляет IPC-механизм, используемый для организации взаимодействия компонентов GNU Hurd и построения распределённой мультисерверной архитектуры. GNU MIG (Mach 3.0 Interface Generator) является инструментом для трансляции файлов-определений RPC (Remote Procedure Call) в код на языке Си, который необходим для компиляции любого пакета, принимающего или отправляющего RPC-вызовы, в том числе для GNU Mach, GNU Hurd и GNU C Library (glibc).
Основные новшества (http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/NEWS?id=... GNU Hurd 0.9:
- Программа boot теперь может выполняться от непривилегированного пользователя, что даёт возможность любому пользователю создавать вложенные непривилегированные окружения (Subhurds);
- В состав принят мультиплексор ethernet-соединений (eth-multiplexer), позволяющий создавать виртуальные сетевые интерфейсы, обеспечивая маршрутизацию трафика между ними и реальными сетевыми устройствами Ethernet. Виртуальным сетевым интерфейсам назначаются псевдослучайные MAC-адреса. В состав также включена библиотека с реализацией BPF (Berkeley Packet Filter), которая используется для обеспечения работы eth-multiplexer;
- В модуле ext2fs устранены проблемы с обработкой ситуации исчерпания свободного дискового пространства;
- Внесены изменения, направленные на улучшение совместимости со стандартами, такими как POSIX;
- В генераторе интерфейсов GNU MIG 1.8 решены проблемы с появлением ложных предупреждений компилятора при сборке сгенерированного кода.Улучшения в микроядре GNU Mach 1.8:
- Всесторонне переработана система управления памятью. Для работы с физическими адресами по возможности везде задействован новый тип, что позволило организовать доступ системы к верхним (https://en.wikipedia.org/wiki/High_memory) сегментам памяти. Решены многие проблемы, связанные с обработкой страниц памяти, улучшена работа в условиях нехватки свободной оперативной памяти;
- Система виртуальной памяти переведена на использование структуры "красно-чёрное дерево (https://ru.wikipedia.org/wiki/%D0%9A%D1%... для хранения информации о распределении памяти, что позволило обеспечить поддержку задач, выполняющих тысячи операций маппинга памяти;- Улучшены средства отладки и обеспечен вывод более детальной информации в сообщениях об ошибках. Налажена отладка блокировок. В отладчике уровня ядра добавлена возможность инспектирования трассировок стека;
- Решены проблемы в реализации механизма синхронизации gsync, который теперь используется для внутренних блокировок в GNU C Library (glibc);
- Удалён устаревший внешний интерфейс управления памятью и прекращена неполная поддержка ACPI.
URL: http://www.mail-archive.com/info-gnu@gnu.org/msg02218.html
Новость: http://www.opennet.me/opennews/art.shtml?num=45713
Хорошо, но мало.
Что хорошего-то?Прочитал что нового в нем, ощущение возникло, что эта статья просто откуда-то с 90х сюда случайно попала. Еще не хватало чего-то вроде, теперь ядро способно адресовать более 16Мб оперативки, до 2Гб, но теоретически до 4Гб! При условии, если пересобрать ядро, переключив 100500+ флагов!
Вот я и говорю, что мало. Но и то хорошо.
А чего хорошего в твоём бугурте, чувак? Люди работают как могут.
"Не стреляйте в пианиста, он играет как умеет."
В действии уже кто-нибудь оценил?
> В действии уже кто-нибудь оценил?Ты https://fosdem.org/2017/schedule/event/microkernel_virtualiz.../ не поверишь!
Уже скоро! :) Только что они такую древнюю Glibc тащат?
Давно пробовал юзать было довольно удобно, но мешал малый набор пакетов и отсутствие ускорения, посмотрим как дела обстоят сейчас ..
Мы ниасилили ACPI, выкинем вообще? Тоже выход, но какой-то ущербный.
Всё по классику: "Лучше меньше, да лучше!"
Возможно, ACPI в их архитектуре правильно реализовывать не частью микроядра, а сервисом, вот и выкинули архитектурно-некорректную реализацию?
А ты осиль и добавь его обратно - opensource.
> Мы ниасилили ACPI, выкинем вообще? Тоже выход, но какой-то ущербный.Интересно, на чём оно без ACPI нынче вообще поедет хоть в каком-то виде...
В виртуалбоксе, как и всегда. Hurd, мне кажется, уже давно стал чисто академическим проектом для исследования возможностей и ограничений микроядерной архитектуры. Вряд ли кто-то всерьез думает об его использовании в production - по крайней мере, в ближайшее десятилетие.
Разве фраза "прекращена неполная поддержка" не означает, что теперь полная?
А где или для чего эту штуку используют? И используют ли?
> прекращена неполная поддержка ACPI21-й век такой 21-й...
> 21-й век такой 21-й...Виндошавка такая шавка...
Следующая версия будет 1.0?
Думаю, 1.0 как раз подоспеет к моменту, когда на всей Земле воцарится коммунизм.
Про wine тоже так говорили. Впрочем, 1.0 не значит, что будет работать всё, чего хочется любому случайно выбранному пользователю :)
Уже названа точная дата, примерно с 2059го (https://xkcd.com/1508/)
по уточняющими Маркса данным коммунизм на всей Земле возможен при полном истощении ресурсов включая жизненно важные , т.е. как тотальный военный бунт всех против всех, или когда на Земле разовьются производственные силы нетребующие вмешательства человека, а сам человек изрядно сократит свою популяцию, хотя бы раз в десять. Рано или поздно человечество к этому придет в каком-то из вариантов, боюсь, что ваши потомки в этом участвовать не будут с очень большой вероятностью, а идеология копилефта, выросшая из копирайта, тоже не выживет.
0.99.15j
Операционную систему нужно запускать в пространстве пользователя, чтобы можно самому пользователю в любой момент проверить, чем занимается система. Полный контроль. Пока ОС работает с привилегиями, всегда будут серьёзные проблемы с безопасностью
Проверять должен админ. Пользователь - пользоваться.
Кому должен?
судьбе, если он «админ».
Чтобы через любую дыру в прикладном софте сразу всю систему брать?
Только есть одна проблема. Пространство пользователя создаётся операционной системой!
> Операционную систему нужно запускать в пространстве пользователя, чтобы можно самому пользователю
> в любой момент проверить, чем занимается система. Полный контроль. Пока ОС
> работает с привилегиями, всегда будут серьёзные проблемы с безопасностьюЭто тоже самое что сидеть под рутом, только называется по другому. Классика - настраиваешь под рутом, пользуешься под пользователем.
Вот неплохие мысли о Hurd https://www.reddit.com/r/hurd/comments/273tij/hurd_the_minix.../
Интересно, а systemd поттеринг завезёт?
Это я спросил неправильно, прощу прощения. Вот так будет правильнее:
>Интересно, поттеринг тоже сюда systemd завезёт?
Боюсь, что нет. Systemd очень сильно связан с cgroups
Это же микроядро, сервер cgroups под hurd легко и непринужденно пишется лет за 25.
> Это же микроядро, сервер cgroups под hurd легко и непринужденно пишется лет
> за 25.Вот и ответ. Леннарт столько не высидит.
Думаю, что основным дистрибутивом для Hurd в будущем может стать GNU Guix, а там свой инит — Shepherd, в котором все конфигурируется на Схеме (Guile), и это круто!
подумай ещё
Столман не допустит. И правильно сделает.
И в самом деле нужно, ведь майкрософт теперь официально входит в Линукс Фундейшен, а сам линукс обрастает ненужностями. Только хорошо ли само микроядро? Почему не, например, экзоядро?
Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге с вируснёй. Это ему ещё повезло, что инета тогда ещё практически не было.
> Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге
> с вируснёй. Это ему ещё повезло, что инета тогда ещё практически
> не было.DOSу было тяжело из-за отсутствия файловых пермишенов. Сидеть в XP под админом это тот же DOS - ограничений на файлы нет, всё доступно. Отсюда и вирусня. Windows 7 всё таки требует для админа подтверждения щитком, там не всё так по DOS овски.
>> Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге
> DOSу было тяжело из-за отсутствия файловых пермишенов.Нет. По факту HRSA биты там были. Не было там _пользователей_, выделения не-root-а(-ов) в частности.
DOS вообще был не "ядро", а набор сервисов.
> DOS вообще был не "ядро"Но ядро-то в нём было... Продолжим поиски "экзоядра"!
>, а набор сервисов.
..."экзоядро", что бы оно ни было, к нас, стало быть, есть! Это GNU/Linux. Его написал Столман в GNU: bash + coreutils + nano + guile (почти gwbasic) + ... с мелкими %) дополнениями от студента из финорос ^W чухони.
> DOS вообще был не "ядро"Да.
> а набор сервисов.
Нет.
Такие хреновины тогда по совести назывались не "ОС", а "монитор".
DOS это семейство примитивных, но все-таки операционных систем. И в них таки было ядро и оболочка.
Набор системных вызовов - это ещё не ядро. Для ядра нужна защита памяти и управление процессами.
Не верю своим глазам.
Когда уже можно будет без проблем в Debian/Hurd установить графический интерфейс без танцев с бубном?
hurd, l4 и прочее... романтика. недостижимая и наверное такая прекрасная...
MacOS ...
> MacOS ...Кому-то и ☾ цвета #6899C2 романтика.