Designul lui Hurd constă dintr-un set de protocoale și procese server (sau demoni, în terminologia Unix) care rulează pe micronucleulGNU Mach .[3] Hurd își propune să depășească nucleul Unix în functionalitate, securitate, și stabilitate, în timp rămânând în mare parte compatibil cu acesta. Proiectul GNU a ales micronucleul multiserver [5] pentru sistemul său de operare, din cauza advantajelor presupuse asupra architecturii traditionale Unix de nucleu monolitic ,[6] o opinie care a fost susținută de unii dezvoltatori în anii 1980.[4]
Conform dezvoltatorilor Hurd, avantajul principal al designului bazat pe micronucleu e abilitatea de a extinde sistema: dezvoltarea unui modul nou nu va necesita cunoștințe detailiate în restul nucleului, și o greșeală într-un modul nu va prăbuși întreg sistemul. Hurd oferă un concept de translatori, o funcționalitate de module utilizată pentru a extinde funcționalitatea sistemului de fișiere.[10]
De la bun început, Hurd a fost dezvoltat să utilizeze GNU Mach ca micronucleu. Aceasta a fost o decizie technica făcută de Richard Stallman, care a crezut ca aceasta va crește viteza lucrului salvând o mare parte din acesta. El a admis că a făcut o greșeală pe seama dată.[11] Alte sisteme Unix-like care lucrează pe micronucleul Mach sunt OSF/1, Lites, și MkLinux. macOS și NeXTSTEP utilizează nuclee hibride bazate pe Mach.
Alte micronuclee
In 2007, dezvoltatorii Hurd Neal Walfield și Marcus Brinkmann au criticat arhitectura Hurd, cunoscută ca "critica",[12] și au propus cum un viitor sistem să fie proiectat, cunoscută ca "lucrarea poziție".[13] In 2008, Neal Walfield a început lucrul la micronucleul Viengoos ca un nucleu modern nativ pentru HURD. La data de 2009[update], dezvoltarea lui Viengoos e în repaos din cauza că Walfield duce lipsă de timp să lucreze asupra luia.[14]
Între timp, alții continuă să lucreze asupra variantei Mach al Hurd.[15]
^Stallman, Richard (). „In Defense of Red Hat”. Linux Today. Arhivat din original la . Accesat în . I take full responsibility for the technical decision to develop the GNU kernel based on Mach, a decision which seems to have been responsible for the slowness of the development. I thought using Mach would speed the work by saving us a large part of the job, but I was wrong.
