www.wikidata.de-de.nina.az
DragonFly BSD ist ein freies Unix Derivat Das Betriebssystem basiert auf den Quelltexten von FreeBSD STABLE 4 8 vom 16 Juni 2003 und gehort somit zu der Familie der BSD Betriebssysteme Es lauft auf PCs mit x86 64 basiertem Prozessor DragonFly BSDBootloader von DragonFly BSD 4 2 3Entwickler Matt Dillon und andereLizenz en BSD LizenzErstveroff 16 Juli 2003Akt Version 6 4 0 1 vom 30 Dezember 2022Kernel HybridkernelAbstammung BSD FreeBSD DragonFly BSDArchitektur en x86 64dragonflybsd org Inhaltsverzeichnis 1 Geschichte 2 Funktionen 2 1 SMP Unterstutzung 2 1 1 Lightweight Kernel Threads 2 1 1 1 Messaging API 2 2 Anwendungs Snapshots 2 3 HAMMER 3 Versionen 4 Trivia 5 Siehe auch 6 Einzelnachweise 7 WeblinksGeschichte BearbeitenDas DragonFly Projekt wurde vom ehemaligen FreeBSD Entwickler Matt Dillon initiiert der mit den Designentscheidungen fur die Architektur des FreeBSD 5 x Kernels insbesondere bezuglich Kernel Threading und SMP nicht zufrieden war 2 und sich kurz zuvor mit den anderen FreeBSD Entwicklern uberworfen hatte 3 Es sieht sich als Fortsetzung des FreeBSD 4 x STABLE Zweigs Matt Dillon der in Vollzeit am Projekt entwickelt wird mittlerweile von uber funfzig weiteren Entwicklern unterstutzt 4 Funktionen BearbeitenDa DragonFly BSD als neues Betriebssystem zu Beginn keine Benutzerbasis hatte musste die Codebasis nicht abwartskompatibel sein so dass eine Reihe von APIs modernisiert und einige experimentelle Anderungen vorgenommen werden konnten Ein weiteres Merkmal der Entwicklung von DragonFly BSD ist dass neue Sicherheitskonzepte und Innovationen auf diesem Gebiet beispielsweise die verglichen mit klassischen Ansatzen als sicherer geltende malloc Implementierung des OpenBSD Projektes sehr schnell in den Entwicklungszweig aufgenommen werden Als Portmanager wurden zunachst FreeBSD Ports ab Version 1 4 das von NetBSD stammende pkgsrc verwendet Aufgrund des zu hohen Wartungsaufwands von pkgsrc Ports 5 kommt seit DragonFly BSD 3 4 zusatzlich DPorts ein auf den FreeBSD Ports basierendes Portsystem zum Einsatz Die Installation und Verwaltung von Binarpaketen erfolgt bei DPorts wie in FreeBSD und PC BSD per pkgng Der Release Zyklus betragt etwa sechs Monate ist jedoch auch abhangig von Funktionserweiterungen des Systems SMP Unterstutzung Bearbeiten Ein Fokus der DragonFly BSD Entwickler lag von vornherein auf einer besseren Unterstutzung moderner Mehrprozessorsysteme Verschiedene Verbesserungen der Skalierbarkeit wie ein neuer Slab allocator der ohne Mutexes auskommt wurden insbesondere im Kernel vorgenommen Lightweight Kernel Threads Bearbeiten Bei den Lightweight Kernel Threads LWKT handelt es sich um ein Kernelsubsystem das dabei helfen soll den Wettstreit zwischen den Prozessoren zu reduzieren Hierbei erhalt jeder Prozessor seinen eigenen Prozess Scheduler Prozesse werden an einen bestimmten Prozessor gebunden und konnen nur von IPI Prozessen unterbrochen werden 6 Messaging API Bearbeiten DragonFly BSD verwendet ein Nachrichtenaustauschsystem ahnlich dem von AmigaOS und anderen Microkerneln Dieses dient der Kommunikation zwischen den einzelnen Lightweight Kernel Threads LWKT 7 Jeder einzelne LWKT unterstutzt dabei drei Arten von Nachrichtenports die Nachrichten im Empfang nehmen konnen Threadports Spinports 8 Serializerports 9 Nachrichten die an Threadports eingehen durfen nur vom Besitzer des jeweiligen Ports empfangen werden Nachrichten an Spin und Serializerports konnen von mehreren Threads gleichzeitig abgerufen und bearbeitet werden Sowohl synchrones als auch asynchrones Antworten auf diese Nachrichten ist moglich 10 Anwendungs Snapshots Bearbeiten Anstelle des in Betriebssystemen ublichen prelinking fertigt DragonFly BSD bei Bedarf einen vollstandigen Schnappschuss einer laufenden Anwendung mit all ihren dynamisch gelinkten Bibliotheken an so dass weitere Instanzen schneller geladen werden konnen Davon sollen vor allem grosse Programmpakete wie KDE profitieren konnen die viele Bibliotheken nachladen mussen HAMMER Bearbeiten Mit DragonFly BSD 2 0 wurde das nunmehr ausgereifte HAMMER als 64 Bit Cluster Dateisystem in DragonFly BSD vorgestellt HAMMER unterstutzt unter anderem unbegrenzt viele dynamische Snapshots einzelner Dateisysteme Spiegelung und Partitionsgrossen von bis zu 1 Exbibyte Die Verzeichnisstruktur wird mittels B Baumen gebildet Am 8 Februar 2012 wurde die Entwicklung des Nachfolgedateisystems HAMMER2 angekundigt 11 Zu den geplanten neuen Funktionen zahlen inkrementelle Verzeichnisspiegelung mehrere Stammverzeichnisse sowie die Unterstutzung mehrerer Kompressionsalgorithmen darunter LZ4 und zlib 12 Erste Teile von HAMMER2 wurden mit DragonFly BSD 3 6 veroffentlicht 13 Seit DragonFly BSD 5 0 wird es standardmassig ausgeliefert ist jedoch vorerst noch experimentell gekennzeichnet 14 Versionen BearbeitenVersion Veroffentlichung Wesentliche Anderungen1 0 12 Juli 2004 neues BSD Installationsprogramm Lightweight Kernel Threads LWKT variable symbolische Verknupfungen variant symlinks 1 2 8 April 2005 uberarbeiteter TCP Stack Unterstutzung fur X11 und pkgsrc1 4 7 Januar 2006 GCC 3 4 wird verwendet pkgsrc wird zum Standard CITRUS Framework fur mehrsprachige Programmierung wurde aus NetBSD ubernommen1 6 24 Juli 2006 neuer Zufallszahlengenerator Stabilitatsverbesserungen1 8 30 Januar 2007 Implementierung virtueller Kernel1 10 6 August 2007 Unterstutzung fur AHCI und GPT1 12 26 Februar 2008 Bluetooth Unterstutzung GCC 4 1 eigener MTA DMA experimentelle Unterstutzung fur die x86 64 Plattform und das HAMMER Dateisystem2 0 21 Juli 2008 Verbesserungen des HAMMER Dateisystems2 2 17 Februar 2009 erste stabile Version von HAMMER weitere Stabilitatsverbesserungen2 4 16 September 2009 Unterstutzung von devfs NFS Verbesserungen neuer AHCI Treiber2 6 6 April 2010 tmpfs swapcache verschiedene Verbesserungen2 8 30 Oktober 2010 WLAN Stack aus FreeBSD dm crypt LVM Unterstutzung2 10 26 April 2011 GCC 4 4 neu geschriebenes Bridging System enorme Geschwindigkeitsverbesserungen3 0 22 Februar 2012 mehrprozessorfahiger Kernel ist Standard ACPI Verbesserungen Unterstutzung TrueCrypt kompatibler Verschlusselung Unterstutzung von ECC Speicher3 2 3 November 2012 Unterstutzung fur USB 3 0 und puffs Geschwindigkeitsverbesserungen3 4 29 April 2013 GCC 4 7 Einfuhrung von DPorts als neues Portsystem3 6 25 November 2013 SMP Verbesserungen Hardwarebeschleunigung fur Intel Grafikprozessoren3 8 4 Juni 2014 USB4BSD als Standardtreiber neue Grafiktreiber letzte Versionsreihe mit i386 Unterstutzung4 0 25 November 2014 nur noch in 64 Bit verfugbar Unterstutzung von Haswell GPUs und OpenGL Beschleunigung bis 256 CPUs werden gleichzeitig unterstutzt4 2 29 Juni 2015 GCC 5 1 verbesserte DRM Unterstutzung eigener DragonFly Mail Agent DMA ersetzt sendmail4 4 7 Dezember 2015 neuer Linker neue Radeon und Intel i915 Treiber uberarbeitetes Locale System OpenSSL 1 0 1q4 6 2 August 2016 verbesserte Grafikkarten und SMP Unterstutzung vorlaufige Unterstutzung fur das Starten via EFI4 8 27 Marz 2017 Zusammenarbeit mit EFI verbessert bessere Kernel Performance Starten von eMMC Laufwerken5 0 16 Oktober 2017 Dateisystem HAMMER2 implementiert Uberarbeitung von IPFW5 2 2 18 Juni 2018 Dateisystem HAMMER2 uberarbeitet5 4 November 2018 neuer System Compiler in GCC 8 verbesserte NUMA Unterstutzung Netzwerk und VM Treiber Updates5 4 2 22 April 2019 behebt ein seltenes potenzielles HAMMER2 Korruptionsproblem5 4 3 20 Mai 20195 6 0 17 Juni 2019 bringt ein verbessertes virtuelles Memorysystem enthalt ein update fur radeon und ttm und Performanceverbesserungen5 6 1 19 Juni 2019 Behebt eine Fehlkonfiguration in sshd und behebt einen Lockup Fehler in ttm 5 8 0 3 Marz 20206 0 0 10 Mai 2021 signifikante Arbeiten am dsynth Paketbau viele Verbesserungen an der System Software Arbeit am HAMMER2 Filesystem setzt sich fort viele Verbesserungen von Tomohiro Kusumi Trivia Bearbeiten nbsp Bei Grosslibellen sind die Hinterflugel nach der Flugelbasis immer stark verbreitert Das Logo zeigt eine Libelle die aufgrund der Form der Hinterflugel keine Grosslibelle Dragonfly darstellt siehe Abbildung sondern eher einer Kleinlibelle Damselfly ahnelt Siehe auch BearbeitenVergleich von BSD BetriebssystemenEinzelnachweise Bearbeiten DragonFly BSD 6 4 30 Dezember 2022 abgerufen am 4 Januar 2023 Matthew Dillon Behind DragonFly BSD Nicht mehr online verfugbar 8 Juli 2004 archiviert vom Original am 9 April 2014 abgerufen am 9 Februar 2014 englisch DragonFly split off from FreeBSD 5 over major architectural differences not anything else We really do feel that FreeBSD 5 is taking the wrong approach to SMP and building something that is so complex that it will ultimately not be maintainable nbsp Info Der Archivlink wurde automatisch eingesetzt und noch nicht gepruft Bitte prufe Original und Archivlink gemass Anleitung und entferne dann diesen Hinweis 1 2 Vorlage Webachiv IABot www onlamp com Warner Losh Slashdot FreeBSD Core Developer Thrown Out 4 Februar 2003 abgerufen am 9 Februar 2014 englisch T his action was taken due to Matt s interdeveloper relation skills not due to Matt s technical skills DragonFlyBSD team Abgerufen am 9 Februar 2014 Justin Sherrill Any new packages 29 September 2013 abgerufen am 9 Februar 2014 Jeffrey M Hsu The DragonFlyBSD Operating System PDF S 2 f abgerufen am 9 Februar 2014 David Chisnall DragonFly BSD UNIX for Clusters 15 Juni 2007 abgerufen am 9 Februar 2014 b spinlock 9 b DragonFly BSD Kernel Developer s Manual b serializer 9 b DragonFly BSD Kernel Developer s Manual b msgport 9 b DragonFly BSD Kernel Developer s Manual Matt Dillon DESIGN document for HAMMER2 8 Februar 2012 abgerufen am 9 Februar 2014 Daniel Flores Google Summer of Code HAMMER2 compression feature final report 27 September 2013 abgerufen am 9 Februar 2014 englisch DragonFly Release 3 6 Abgerufen am 9 Februar 2014 DragonFly BSD 5 0 Abgerufen am 16 Oktober 2017 Weblinks BearbeitenOffizielle Website englisch DragonFly BSD Ankundigung auf der FreeBSD CURRENT Mailingliste Abgerufen von https de wikipedia org w index php title DragonFly BSD amp oldid 227345968