The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Релиз GNU Hurd 0.9

19.12.2016 10:17

Состоялся релиз ядра GNU Hurd 0.9, а также сопутствующих ядру компонентов: микроядра GNU Mach 1.8, генератора интерфейсов для микроядра Mach - GNU MIG 1.8 и порта системной библиотеки glibc-2.23-hurd+libpthread-20161218. GNU Hurd доступен только для 32-разрядной архитектуры x86 (работа по портированию ядра для архитектуры x86_64 пока не завершена). В ближайшее время оценить GNU Hurd в действии можно будет воспользовавшись сборками (iso-образы) дистрибутива Debian GNU/Hurd, сочетающего программное окружение Debian c ядром GNU Hurd.

GNU Hurd представляет собой ядро, развиваемое в качестве замены ядра 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).

Основные новшества 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:

  • Всесторонне переработана система управления памятью. Для работы с физическими адресами по возможности везде задействован новый тип, что позволило организовать доступ системы к верхним сегментам памяти. Решены многие проблемы, связанные с обработкой страниц памяти, улучшена работа в условиях нехватки свободной оперативной памяти;
  • Система виртуальной памяти переведена на использование структуры "красно-чёрное дерево" для хранения информации о распределении памяти, что позволило обеспечить поддержку задач, выполняющих тысячи операций маппинга памяти;
  • Улучшены средства отладки и обеспечен вывод более детальной информации в сообщениях об ошибках. Налажена отладка блокировок. В отладчике уровня ядра добавлена возможность инспектирования трассировок стека;
  • Решены проблемы в реализации механизма синхронизации gsync, который теперь используется для внутренних блокировок в GNU C Library (glibc);
  • Удалён устаревший внешний интерфейс управления памятью и прекращена неполная поддержка ACPI.


  1. Главная ссылка к новости (http://www.mail-archive.com/in...)
  2. OpenNews: Увидел свет GNU Hurd 0.8
  3. OpenNews: Увидел свет GNU Hurd 0.7
  4. OpenNews: Доступен Debian GNU/Hurd 2015
  5. OpenNews: Увидел свет GNU Hurd 0.6
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/45713-hurd
Ключевые слова: hurd
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (53) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Zloy (?), 10:29, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Хорошо, но мало.
     
     
  • 2.47, Alex (??), 19:02, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • –7 +/
    Что хорошего-то?

    Прочитал что нового в нем, ощущение возникло, что эта статья просто откуда-то с 90х сюда случайно попала. Еще не хватало чего-то вроде, теперь ядро способно адресовать более 16Мб оперативки, до 2Гб, но теоретически до 4Гб! При условии, если пересобрать ядро, переключив 100500+ флагов!

     
     
  • 3.57, Zloy (?), 05:15, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Вот я и говорю, что мало. Но и то хорошо.
    А чего хорошего в твоём бугурте, чувак? Люди работают как могут.
    "Не стреляйте в пианиста, он играет как умеет."
     

  • 1.2, paulus (ok), 10:30, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    В действии уже кто-нибудь оценил?
     
     
  • 2.37, Andrey Mitrofanov (?), 15:35, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    > В действии уже кто-нибудь оценил?

    Ты https://fosdem.org/2017/schedule/event/microkernel_virtualization_on_hurd/ не поверишь!

     

  • 1.3, Аноним (-), 10:32, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –4 +/
    Уже скоро! :) Только что они такую древнюю Glibc тащат?
     
  • 1.4, svsd_val (ok), 10:36, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Давно пробовал юзать было довольно удобно, но мешал малый набор пакетов и отсутствие ускорения, посмотрим как дела обстоят сейчас ..
     
  • 1.5, А. Ноним (?), 10:40, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Мы ниасилили ACPI, выкинем вообще? Тоже выход, но какой-то ущербный.
     
     
  • 2.13, robux (ok), 11:33, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Всё по классику: "Лучше меньше, да лучше!"
     
  • 2.16, unxed (?), 11:37, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Возможно, ACPI в их архитектуре правильно реализовывать не частью микроядра, а сервисом, вот и выкинули архитектурно-некорректную реализацию?
     
  • 2.20, Аноним (-), 11:44, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    А ты осиль и добавь его обратно - opensource.
     
  • 2.21, Michael Shigorin (ok), 11:45, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    > Мы ниасилили ACPI, выкинем вообще? Тоже выход, но какой-то ущербный.

    Интересно, на чём оно без ACPI нынче вообще поедет хоть в каком-то виде...

     
     
  • 3.33, KonstantinB (ok), 13:39, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    В виртуалбоксе, как и всегда. Hurd, мне кажется, уже давно стал чисто академическим проектом для исследования возможностей и ограничений микроядерной архитектуры. Вряд ли кто-то всерьез думает об его использовании в production - по крайней мере, в ближайшее десятилетие.
     
  • 2.59, Васякот (?), 08:25, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Разве фраза "прекращена неполная поддержка" не означает, что теперь полная?
     

  • 1.6, SpiritOfStallman (ok), 10:47, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    А где или для чего эту штуку используют? И используют ли?
     
  • 1.7, Celcion (ok), 10:47, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    > прекращена неполная поддержка ACPI

    21-й век такой 21-й...

     
     
  • 2.54, Led (ok), 02:17, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    > 21-й век такой 21-й...

    Виндошавка такая шавка...

     

  • 1.8, Шарп (ok), 10:52, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Следующая версия будет 1.0?
     
     
  • 2.9, Аноним (-), 10:59, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +5 +/
    Думаю, 1.0 как раз подоспеет к моменту, когда на всей Земле воцарится коммунизм.
     
     
  • 3.17, unxed (?), 11:38, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Про wine тоже так говорили. Впрочем, 1.0 не значит, что будет работать всё, чего хочется любому случайно выбранному пользователю :)
     
  • 3.29, Аноним (-), 12:39, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +8 +/
    Уже названа точная дата, примерно с 2059го (https://xkcd.com/1508/)
     
  • 3.70, Аноним (-), 07:26, 03/01/2017 [^] [^^] [^^^] [ответить]  
  • +/
    по уточняющими Маркса данным коммунизм на всей Земле возможен при полном истощении ресурсов включая жизненно важные , т.е. как тотальный военный бунт всех против всех, или когда на Земле разовьются производственные силы нетребующие вмешательства человека, а сам человек изрядно сократит свою популяцию, хотя бы раз в десять. Рано или поздно человечество к этому придет в каком-то из вариантов, боюсь, что ваши потомки в этом участвовать не будут с очень большой вероятностью, а идеология копилефта, выросшая из копирайта, тоже не выживет.
     
  • 2.40, KonstantinB (ok), 16:30, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    0.99.15j
     

  • 1.12, DmA (??), 11:33, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –5 +/
    Операционную систему  нужно запускать в пространстве пользователя, чтобы можно самому пользователю в любой момент проверить, чем занимается система. Полный контроль. Пока ОС работает с привилегиями, всегда будут серьёзные проблемы с безопасностью
     
     
  • 2.18, Аноним (-), 11:39, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Проверять должен админ. Пользователь - пользоваться.
     
     
  • 3.22, unxed (?), 12:05, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +2 +/
    Кому должен?
     
     
  • 4.31, chinarulezzz (ok), 13:34, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    судьбе, если он «админ».
     
  • 2.27, IB (?), 12:17, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Чтобы через любую дыру в прикладном софте сразу всю систему брать?
     
  • 2.28, Bvz (?), 12:20, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Только есть одна проблема. Пространство пользователя создаётся операционной системой!
     
  • 2.32, Павел Самсонов (?), 13:37, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    > Операционную систему  нужно запускать в пространстве пользователя, чтобы можно самому пользователю
    > в любой момент проверить, чем занимается система. Полный контроль. Пока ОС
    > работает с привилегиями, всегда будут серьёзные проблемы с безопасностью

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

     

  • 1.14, Аноним (-), 11:35, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +6 +/
    Вот неплохие мысли о Hurd https://www.reddit.com/r/hurd/comments/273tij/hurd_the_minix_3_microkernel/chx
     
  • 1.23, Аноним (-), 12:07, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Интересно, а systemd поттеринг завезёт?
     
     
  • 2.26, Аноним (-), 12:12, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Это я спросил неправильно, прощу прощения. Вот так будет правильнее:
    >Интересно, поттеринг тоже сюда systemd завезёт?
     
     
  • 3.35, Владимир (??), 15:09, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Боюсь, что нет. Systemd очень сильно связан с cgroups
     
     
  • 4.36, Аноним (-), 15:28, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    Это же микроядро, сервер cgroups под hurd легко и непринужденно пишется лет за 25.
     
     
  • 5.38, Andrey Mitrofanov (?), 15:38, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > Это же микроядро, сервер cgroups под hurd легко и непринужденно пишется лет
    > за 25.

    Вот и ответ. Леннарт столько не высидит.

     
  • 3.39, Аноним (-), 16:08, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +3 +/
    Думаю, что основным дистрибутивом для Hurd в будущем может стать GNU Guix, а там свой инит — Shepherd, в котором все конфигурируется на Схеме (Guile), и это круто!
     
     
  • 4.58, 404 image not found (?), 05:49, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    подумай ещё
     
  • 3.51, Аноним (-), 23:09, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Столман не допустит. И правильно сделает.
     

  • 1.44, Аноним (-), 17:38, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –2 +/
    И в самом деле нужно, ведь майкрософт теперь официально входит в Линукс Фундейшен, а сам линукс обрастает ненужностями. Только хорошо ли само микроядро? Почему не, например, экзоядро?
     
     
  • 2.50, Аноним (-), 23:06, 19/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге с вируснёй. Это ему ещё повезло, что инета тогда ещё практически не было.
     
     
  • 3.61, Павел Самсонов (?), 11:52, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге
    > с вируснёй. Это ему ещё повезло, что инета тогда ещё практически
    > не было.

    DOSу было тяжело из-за отсутствия файловых пермишенов. Сидеть в XP под админом это тот же DOS - ограничений на файлы нет, всё доступно. Отсюда и вирусня. Windows 7 всё таки требует для админа подтверждения щитком, там не всё так по DOS овски.

     
     
  • 4.63, Andrey Mitrofanov (?), 15:03, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    >> Экзоядро говорите? Ну вот DOS по факту был экзоядром, тяжело было бедолаге
    > DOSу было тяжело из-за отсутствия файловых пермишенов.

    Нет. По факту HRSA биты там были. Не было там _пользователей_, выделения не-root-а(-ов) в частности.

     
  • 3.62, dq0s4y71 (ok), 14:30, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • –4 +/
    DOS вообще был не "ядро", а набор сервисов.
     
     
  • 4.65, Andrey Mitrofanov (?), 15:12, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > DOS вообще был не "ядро"

    Но ядро-то в нём было... Продолжим поиски "экзоядра"!

    >, а набор сервисов.

    ..."экзоядро", что бы оно ни было, к нас, стало быть, есть!  Это GNU/Linux. Его написал Столман в GNU: bash + coreutils + nano + guile (почти gwbasic) + ... с мелкими %) дополнениями от студента из финорос ^W чухони.

     
  • 4.66, Michael Shigorin (ok), 18:21, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • –1 +/
    > DOS вообще был не "ядро"

    Да.

    > а набор сервисов.

    Нет.

    Такие хреновины тогда по совести назывались не "ОС", а "монитор".

     
  • 4.68, angra (ok), 23:22, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +/
    DOS это семейство примитивных, но все-таки операционных систем. И в них таки было ядро и оболочка.
     
     
  • 5.69, dq0s4y71 (ok), 14:37, 22/12/2016 [^] [^^] [^^^] [ответить]  
  • –2 +/
    Набор системных вызовов - это ещё не ядро. Для ядра нужна защита памяти и управление процессами.
     

  • 1.48, Какаянахренразница (ok), 21:17, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Не верю своим глазам.
     
  • 1.49, Аноним (-), 21:18, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • –1 +/
    Когда уже можно будет без проблем в Debian/Hurd установить графический интерфейс без танцев с бубном?
     
  • 1.52, Аноним (-), 23:20, 19/12/2016 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    hurd, l4 и прочее... романтика. недостижимая и наверное такая прекрасная...
     
     
  • 2.60, Аноним (-), 09:48, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • –3 +/
    MacOS ...
     
     
  • 3.64, Аноним (-), 15:12, 20/12/2016 [^] [^^] [^^^] [ответить]  
  • +4 +/
    > MacOS ...

    Кому-то и ☾ цвета #6899C2 романтика.

     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2024 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру