Unterschiede

Hier werden die Unterschiede zwischen zwei Versionen angezeigt.

--- hurd [2019-08-30 08:42:39] – [HURD] manfred
+++ hurd [2020-01-24 11:48:59] (aktuell) – manfred
@@ Zeile 1: / Zeile 1: @@
+====== HURD ======
+  * **[[https://www.debian.org/ports/hurd/hurd-news|News about Debian GNU/Hurd]]**
+    * [[https://cdimage.debian.org/cdimage/ports/current/|Download]]
+  * [[https://www.gnu.org/software/hurd/|HURD]] ([[http://www.gnu.org/software/hurd/index.rss|RSS]]) -> Projektbeginn: Die Entwicklung begann 1990, also kurz vor der von Linux, durch eine Entwicklergruppe der Free Software Foundation (FSF), wurde aber bald zugunsten der Verwendung von Linux eingeschränkt. So wurde Hurd erst lange nach Linux in der Praxis benutzbar, und auch das nur bedingt.
+Hurd ist der offizielle Kernel von GNU und besteht aus einer Sammlung von Servern, die auf dem Microkernel GNU/Mach laufen und Dateisysteme, Netzprotokolle, Zugriffskontrolle und alle anderen Features Unix-ähnlicher Kernel implementieren.
+  * [[https://www.pro-linux.de/artikel/2/299/erste-schritte-mit-gnuhurd.html|Erste Schritte mit GNU/Hurd]] - So, 26. Dezember 2004, 00:00 Uhr
+===== HURD 0.8 =====
+  * [[http://www.pro-linux.de/news/1/23570/gnu-hurd-08-erschienen.html]] - Do, 19. Mai 2016, 09:33 Uhr
+Die Entwicklung von Hurd hat sich nach teilweise jahrelanger Stagnation auf einen halbjährlichen Veröffentlichungszyklus eingestimmt. So wurde jetzt sechs Monate nach Hurd 0.7 eine neue Version veröffentlicht. Hurd 0.8 läuft nur auf 32 Bit x86-Systemen, die Portierung auf 64 Bit ist weiterhin in Arbeit.
+Hurd fußt nun auf der neuen Version 1.7 des Microkernels GNU Mach. GNU Mach ist ein Fork des ursprünglichen Mach-Kernels, der nach Angaben des Projekts immer noch kompatibel mit Mach 3.0 ist, dabei aber äußerst robust und skalierbar. Auch Mach wurde an neuere Compiler- und libc-Versionen angepasst und von vielen Fehlern befreit. Der Code verwendet jetzt die Ganzzahltypen von stdint.h statt der eigenen alten Typen. Es gab eine Änderung in der Cache-Strategie des virtuellen Speichers, nach der unreferenzierte Objekte unbegrenzt gespeichert werden (bis neuere Objekte den Platz benötigen).
+Der Allokator für physische Seiten des X15-Kernels wurde übernommen und wird nun vom Slab-Allokator direkt verwendet. Das vergrößert den Kernel-Heap-Speicher und löst drängende Skalierungsprobleme. Neu ist auch der Synchronisationsmechanismus gsync, der den Futexes von Linux ähnelt. Damit wird eine effiziente und leistungsfähige Synchronisation von Anwenderprozessen möglich. Auch die Möglichkeit, ein Profil des Kernel-Codes mit Hilfe von normalen Programmen durch Sampling zu erstellen, ist neu.