Solaris und illumos: Warum der Fork weiterlebt

Was Solaris und illumos sind

Solaris und illumos sind zwei Zweige desselben Unix-Quellcodes. Sun Microsystems entwickelte Solaris und veröffentlichte 2005 den größten Teil seines Quellcodes. Oracle kaufte Sun 2010 und stellte die Veröffentlichung dieses Quellcodes ein. Deshalb führten Entwickler außerhalb von Oracle den offenen Code unter einem neuen Namen weiter: illumos. Das Betriebssystem selbst ist 2026 ein Nischenprodukt. Die darin entwickelte Storage-Schicht und das Tracing-Tool sind es nicht. Deshalb lohnt sich diese Geschichte.

Wenn Sie ZFS unter Linux oder FreeBSD betreiben, verwenden Sie Code, der bei Sun für Solaris entwickelt wurde und das Unternehmen, die Produktlinie und den Lizenzstreit überlebt hat. Dieser Beitrag beschreibt, wie es dazu kam. Die Datumsangaben wurden überprüft.

Die Herkunft von Solaris: BSD, System V und SVR4

Sun Microsystems wurde am 24. Februar 1982 von Scott McNealy, Andy Bechtolsheim, Vinod Khosla und Bill Joy gegründet. Das Betriebssystem SunOS wurde aus BSD (Berkeley Software Distribution) abgeleitet, der universitären Unix-Linie, an der Bill Joy bereits vor der Gründung von Sun gearbeitet hatte. Die andere Unix-Linie war AT&Ts System V, das kommerziell verkauft wurde. Diese beiden Zweige bilden die Aufteilung, die in dem Unix-Stammbaum, der mit Linux endet beschrieben wird. Sun gehörte ein Jahrzehnt lang zur BSD-Seite.

1987 kündigten Sun und AT&T ein gemeinsames Projekt an, das BSD, System V und Xenix zu einer einzigen Version zusammenführen sollte: UNIX System V Release 4, meist als SVR4 bezeichnet. Am 4. September 1991 kündigte Sun an, dass SunOS 4 durch ein von SVR4 abgeleitetes System mit dem neuen Marketingnamen Solaris 2 ersetzt werden sollte. Solaris 2.0 wurde im Juni 1992 ausschließlich für SPARC-Hardware veröffentlicht. Sun hatte die Seite innerhalb der Unix-Aufteilung gewechselt, und seine Kunden mussten ihre Software portieren.

Der alte Name verschwand jedoch nie. Der Kernel behielt die SunOS-Nummerierung bei. Daher lief Solaris 2.6 mit SunOS 5.6, und Oracle Solaris 11.4 meldet sich weiterhin als SunOS 5.11. Führen Sie uname -a 2026 auf einem illumos-System aus, ist das erste ausgegebene Wort weiterhin SunOS, weil illumos den Namen zusammen mit dem Code übernommen hat.

Was Solaris 10 2005 eingeführt hat

Solaris 10 wurde am 31. Januar 2005 veröffentlicht. Für diesen Zusammenhang ist das relevant, weil alle Technologien, die das Unternehmen überlebt haben, in dieser Version enthalten waren oder mit einem ihrer Updates hinzukamen.

DTrace wurde bei Sun von Bryan Cantrill, Mike Shapiro und Adam Leventhal entwickelt und war erstmals im November 2003 verfügbar. Es instrumentiert einen laufenden Kernel und laufende Benutzerprozesse, ohne etwas neu zu kompilieren und ohne den überwachten Prozess neu zu starten. Eine nicht aktivierte Probe verursacht keinen Aufwand, weil die Instrumentierung erst eingepatcht wird, wenn ein Skript sie anfordert. Deshalb setzten Administratoren DTrace auch auf Produktionssystemen ein. DTrace erhielt den Hauptpreis bei den Technology Innovation Awards 2006 des Wall Street Journal sowie 2008 einen USENIX-STUG-Award (Software Tools User Group).

ZFS wurde bei Sun von Jeff Bonwick, Bill Moore und Matthew Ahrens entwickelt und am 14. September 2004 angekündigt. Es führte Volume Manager und Dateisystem in einer Schicht zusammen. Dadurch kann ZFS jeden Block beim Lesen per Prüfsumme überprüfen und einen fehlerhaften Block aus einer redundanten Kopie reparieren. Schreibvorgänge verwenden Copy-on-Write: Ein Block wird nie an Ort und Stelle überschrieben. Deshalb bleiben bei einem Absturz während eines Schreibvorgangs die alten Daten intakt, statt ein teilweise geschriebenes Dateisystem zu hinterlassen. Snapshots verursachen nahezu keinen Aufwand, weil ein Snapshot einfach aus den Blöcken besteht, die spätere Schreibvorgänge nicht verändert haben. ZFS war nicht in der ursprünglichen Solaris-10-Version enthalten. Es wurde mit dem Solaris-10-Update 6/06 im Juni 2006 veröffentlicht.

Zones waren das dritte Element. Eine Zone stellt einem Kernel mehrere isolierte Benutzerbereiche bereit, jeweils mit eigenem Root-Dateisystem, eigener Prozesstabelle und eigener Netzwerkkonfiguration. Zones erschienen im Februar 2004 in einem Solaris-10-Beta-Build und wurden mit der vollständigen Version veröffentlicht. FreeBSD hatte dieselbe Idee zuvor aus einer anderen Richtung umgesetzt. Der Vergleich zwischen Jails und Docker-Containern ist weiterhin die klarste Möglichkeit, die tatsächliche Isolation auf Kernel-Ebene zu verstehen. Zones sind heute in illumos weiterhin verfügbar und bilden die Grundlage für mindestens eine der folgenden Distributionen.

Warum Sun den Solaris-Quellcode veröffentlichte

Sun legte die CDDL (Common Development and Distribution License) am 1. Dezember 2004 der OSI (Open Source Initiative) vor. Die OSI genehmigte sie am 14. Januar 2005. Die CDDL basiert auf Version 1.1 der MPL (Mozilla Public License). Ihr Copyleft gilt auf Ebene der einzelnen Datei: Eine CDDL-Quelldatei muss unter der CDDL bleiben. Die daraus erstellte Binärdatei kann jedoch mit Code unter anderen Lizenzbedingungen kombiniert werden.

DTrace machte den Anfang. Der Quellcode wurde am 25. Januar 2005 auf der neu gestarteten Website opensolaris.org unter der CDDL veröffentlicht. Das war sechs Tage vor der Veröffentlichung von Solaris 10. Der größte Teil des Solaris-Systemcodes folgte am 14. Juni 2005. ZFS wurde am 31. Oktober 2005 in den zentralen Solaris-Entwicklungszweig integriert. OpenSolaris-Entwickler erhielten es am 16. November 2005 in Build 27. OpenSolaris wurde außerdem zu einer installierbaren Distribution: 2008.05 erschien am 5. Mai 2008 als Live-CD. 2009.06 folgte am 1. Juni 2009 mit SPARC-Unterstützung.

Die Wahl der Lizenz bestimmt bis heute, was Sie ausführen können. Die Free Software Foundation stuft die CDDL als freie Softwarelizenz ein, die mit der GPL (GNU General Public License) inkompatibel ist. Diese Inkompatibilität wurde aus der MPL 1.1 übernommen. Der Linux-Kernel steht unter der GPLv2. Deshalb wird ZFS on Linux als Kernelmodul außerhalb des Kernel-Quellbaums erstellt, statt in den Kernel integriert zu werden. Aus diesem Grund ist es auch nicht im Mainline-Kernel enthalten. Die Entscheidung, unter einer beliebigen Open-Source-Lizenz zu veröffentlichen, ist für den weiteren Verlauf dieser Geschichte am wichtigsten. Die Geschichte der Open-Source-Lizenzierung erklärt, warum ein Unternehmen diese Entscheidung überhaupt treffen würde.

Was geschah, als Oracle Sun kaufte

Oracle kündigte am 20. April 2009 an, Sun für 7,4 Milliarden US-Dollar zu übernehmen. Nach Abzug von Suns Barmitteln und Schulden entsprach dies 5,6 Milliarden US-Dollar. Die Übernahme wurde am 27. Januar 2010 abgeschlossen.

Am 13. August 2010 wurde ein internes Oracle-Memo von Mike Shapiro, Bill Nesheim und Chris Armes im Unternehmen verteilt und anschließend geleakt. Darin wurde die neue Richtlinie direkt formuliert: „Wir werden nicht mehr für das gesamte Solaris-Betriebssystem während seiner Entwicklung in Echtzeit auf nächtlicher Basis Quellcode veröffentlichen.“ Weitere Community-Builds wurden ausgeschlossen: „Wir werden keine weiteren Binärdistributionen veröffentlichen, etwa nächtliche oder zweiwöchentliche Builds von Solaris-Binärdateien oder eine OpenSolaris-Distribution 2010.05 oder höher.“ Open-Source-Releases sollten stattdessen den ausgelieferten Produkten folgen: „Wir werden Aktualisierungen für genehmigten CDDL- oder anderen Open-Source-lizenzierten Code nach vollständigen Releases unseres Enterprise-Solaris-Betriebssystems verteilen.“

Am 23. August 2010 verabschiedete das OpenSolaris Governing Board eine Resolution. Darin wurde festgehalten, dass Oracle keinen Ansprechpartner für das Board ernannt und am 13. August das Ende der Entwicklungspartnerschaft angekündigt hatte. Das Board stimmte dafür, die Kontrolle über die Community unter der ursprünglich von Sun verfassten Satzung an Oracle zurückzugeben. Dadurch wurde das Board aufgelöst.

Oracle Solaris 11 wurde am 9. November 2011 veröffentlicht. Am 2. September 2017 entließ Oracle die meisten Mitglieder der Solaris-Teams. Oracle Solaris 11.4 wurde am 28. August 2018 veröffentlicht und war im Juli 2026 weiterhin die aktuelle Version. Sie erhielt Aktualisierungen aus dem Support-Repository. Als Oracle seine Richtlinie für den Supportzeitraum von 11.4 zuletzt im Januar 2024 überarbeitete, ließ das Unternehmen den Premier Support bis 2031 laufen und verlängerte den Extended Support von 2034 bis 2037. Solaris ist daher ein unterstütztes kommerzielles Produkt mit einem veröffentlichten Enddatum. Es basiert auf einer Version, die seit 2018 aktuell ist.

Wie illumos entstand und warum es als Fork bezeichnet wird

Am 3. August 2010, zehn Tage vor dem Bekanntwerden des Memos, kündigte Garrett D'Amore illumos an. Der Name verbindet illum, das lateinische Wort für Licht, mit OS für Betriebssystem. Das Projekt schreibt den Namen als ein Wort, bei dem nur der erste Buchstabe großgeschrieben wird.

Ziel war OS/Net, meist ON geschrieben: die Consolidation, die den Kernel und die zentralen Systemwerkzeuge enthält. OpenSolaris war nie vollständig offen. Mehrere Teile wurden als geschlossene Binärdateien ausgeliefert, die niemand außerhalb von Sun neu bauen konnte. Dazu gehörten der Internationalisierungscode in der C-Bibliothek (libc_i18n), der NFS-Lock-Manager, das kryptografische Framework, Treiber wie der mpt-Treiber für LSI-Hostbusadapter sowie Teile des SPARC-Plattformcodes. Diese Komponenten zu ersetzen, war die erste Aufgabe des Projekts. Ein Betriebssystem, das sich nicht aus dem Quellcode bauen lässt, kann nicht gewartet werden.

D'Amore verwendete das Wort Fork mit Bedacht. „Wir sind heute kein Fork, weil wir OS/Net auf diese Weise verfolgen“, schrieb er. Er beschrieb damit ein nachgelagertes Repository, das dem Oracle-Tree folgen und Änderungen wieder an das Upstream-Projekt zurückgeben konnte. Zehn Tage später veröffentlichte das Upstream-Projekt keine Änderungen mehr. illumos wurde dadurch automatisch zu einem Fork, weil es nichts mehr zu verfolgen gab. Der zentrale Tree, illumos-gate, hat im Oktober 2026 mehr als 23,000 Commits erreicht und nimmt weiterhin neue Commits auf.

Welche Distributionen stammen aus illumos

illumos ist nichts, was Sie installieren. Es ist der zentrale Quellcodebaum. Distributionen bauen darauf ein nutzbares System auf. Diese Distributionen werden noch veröffentlicht.

• OpenIndiana wurde am 14. September 2010 im JISC Centre in London offiziell gestartet. Sie ist der engste Nachfolger der früheren OpenSolaris-Desktop- und Serverdistribution. Es handelt sich um eine Rolling Release namens Hipster. Der Snapshot 2026.04 wurde am 5. Mai 2026 veröffentlicht.
• OmniOS ist eine Serverdistribution. Nach der Einstellung der Entwicklung durch den ursprünglichen Anbieter wird sie von der Community als OmniOS CE weiter gepflegt.
• SmartOS ist eine auf Zones basierende Hypervisor-Plattform. Joyent entwickelte sie und kündigte im April 2022 an, dass SmartOS und Triton mit Wirkung zum 1. Mai 2022 zu MNX Solutions wechseln.
• NexentaStor verwendete dieselbe Basis für Storage-Appliances. Aus dieser kommerziellen Produktlinie ging illumos hervor.
• Tribblix ist eine kleine Distribution. Sie wird von Peter Tribble gepflegt, der weiter unten beschrieben wird.
• DilOS setzt Debians Paketwerkzeuge auf einen illumos-Kernel.

Wie die Installation eines illumos-Systems heute aussieht

Tribblix ist ein geeignetes Beispiel, weil es klein ist, öffentlich dokumentiert wird und weiterhin Releases veröffentlicht. Milestone 41 für x86 wurde am 5 August 2026 veröffentlicht. Die SPARC-Linie wechselte am 23 September 2026 zu Milestone 35. Dabei handelt es sich um ein synthetisches Release, das neuere Pakete, darunter gcc 10, auf das Betriebssystem Milestone 34 aufsetzt. Das heruntergeladene SPARC-Installations-ISO ist weiterhin Milestone 34. Das Projekt beschreibt sich selbst als Retro-Stil mit modernen Komponenten. Es verwendet weiterhin das von Solaris genutzte SVR4-Paketformat, statt auf ein neueres Paketsystem umzusteigen.

Die Installation wird von einem Live-Image ausgeführt. Sie booten das ISO, melden sich als Benutzer jack mit dem Passwort jack an, wechseln zu root und führen den Installer für ein Festplattengerät aus. Dies ist der Befehl aus der Installationsdokumentation des Projekts:

./live_install.sh -G c1t0d0

Das Flag -G schreibt ein EFI-(extensible firmware interface)-Partitionslayout. -b wählt stattdessen das herkömmliche MBR-(master boot record)-Layout aus. Die Datenträgernamen folgen der Solaris-Konvention cXtYdZ und nicht /dev/sda. Das ist der erste Punkt, der Ihnen auffallen wird, wenn Sie von Linux kommen. Softwaresätze werden als Overlays bezeichnet und können in derselben Zeile angegeben werden:

./live_install.sh -G c1t0d0 develop desktop

Nach der Installation ist zap das Paketwerkzeug. Es arbeitet mit Overlays, sodass Abhängigkeiten automatisch für Sie behandelt werden:

zap refresh
zap install-overlay develop
zap update-overlay -a

Dies sind die von Tribblix veröffentlichten Befehle. Sie laufen auf Hardware oder einem Hypervisor, den Sie selbst kontrollieren. Tribblix ist in keinem VPS-Control-Panel als One-Click-Image verfügbar. SmartOS ist unter den illumos-Systemen die Ausnahme: MNX, das SmartOS von Joyent übernommen hat, bietet über sein eigenes Cloud-Control-Panel eine „choice of Linux, FreeBSD, or SmartOS“ an (geprüft am 12 October 2026). Abgesehen davon ist ein illumos-Image in der Liste eines Providers selten. Diese Lücke beschreibt den tatsächlichen Stand der illumos-Bereitstellung im Jahr 2026.

Warum ZFS und DTrace Solaris überlebten

ZFS verließ Solaris fast unmittelbar, nachdem der Quellcode veröffentlicht worden war. Pawel Jakub Dawidek portierte es auf FreeBSD, wo es seit FreeBSD 7.0 im Jahr 2008 Bestandteil des Systems ist. Die native ZFS-Entwicklung für Linux begann 2008 und brachte 2013 die erste stabile Version hervor. Zwischen 2010 und 2013 enthielt illumos die Referenzkopie des ZFS-Quellcodes, weil Oracles Quellcode geschlossen war und jeder andere Port eine Quelle für Änderungen benötigte. Darin liegt der konkrete Wert des Forks: Ohne ihn hätten die Ports keinen gemeinsamen Ausgangspunkt zum Zusammenführen ihrer Änderungen gehabt.

Das OpenZFS-Projekt wurde am 17. September 2013 angekündigt, um diese Ports zu koordinieren. Zu den Gründern gehörte Matt Ahrens, einer der ursprünglichen ZFS-Autoren. OpenZFS 2.0 wurde am 30. November 2020 veröffentlicht. Die Release Notes benennen das Ergebnis klar: „Das Projekt ZFS on Linux wurde in OpenZFS umbenannt. Linux und FreeBSD werden jetzt aus demselben Repository unterstützt, sodass alle OpenZFS-Funktionen auf beiden Plattformen verfügbar sind.“ FreeBSD 13.0 entfernte seine eigene, von illumos abgeleitete Kopie und wechselte zu diesem gemeinsamen Quellcodebaum.

Die beiden ZFS-Linien haben sich auf der Festplatte auseinanderentwickelt. Die offene Linie blieb bei Pool-Version 28 stehen, der letzten von Sun veröffentlichten Version, und wechselte unter der Platzhalterversion 5000 zu benannten Feature Flags. Dadurch gibt ein Pool an, welche Funktionen er verwendet, statt nur eine einzelne Versionsnummer zu speichern. Oracle erhöhte seine eigenen Versionsnummern hinter geschlossenem Quellcode weiter. Ein Pool, der auf einer Seite mit einer Version über 28 erstellt wurde, kann auf der anderen Seite nicht importiert werden. Wenn Sie auswählen, wo Sie ZFS betreiben möchten, beschreibt wie sich OpenZFS unter FreeBSD und Linux verhält, welche Unterschiede zwischen den beiden Systemen tatsächlich bestehen.

DTrace legte eine kürzere Strecke zurück. In FreeBSD war es ab Version 7.1 im Januar 2009 standardmäßig enthalten, und Apple fügte es in Mac OS X 10.5 Leopard hinzu. Oracle veröffentlichte den DTrace-Kernelcode im August 2017 unter GPLv2. Diese Änderung wurde im Februar 2018 weithin wahrgenommen und beseitigte die Lizenzbarriere für Linux. In den Mainline-Kernel wurde DTrace nie aufgenommen. Tracing unter Linux basiert in der Praxis auf eBPF, und bpftrace stellt dafür eine Skriptsprache bereit, die bewusst eng an DTrace's D angelehnt ist.

Das allgemeine Muster ist der entscheidende Punkt, nicht eine Besonderheit von Solaris. Sun veröffentlichte ZFS und DTrace unter einer Lizenz, die anderen erlaubte, eine Kopie zu behalten und die Entwicklung fortzusetzen. Als das Unternehmen, das die Arbeit finanziert hatte, diese Aufgabe einstellte, wurde die Arbeit fortgesetzt, weil sich der Code bereits in anderen Quellcodebäumen und unter der Kontrolle anderer Entwickler befand. Die Teile von Solaris, die nie geöffnet wurden, darunter die geschlossenen Binärdateien, die illumos neu entwickeln musste, verschwanden zusammen mit dem Unternehmen. Das bewirkt die Veröffentlichung als Open Source. Derselbe Mechanismus steht hinter der Entstehung von Linux-Distributionen aus anderen Distributionen.

Sollten Sie illumos auf einem VPS ausführen?

Für fast alle lautet die Antwort nein. Nichts im bisherigen Text ist eine Empfehlung, es zu versuchen. illumos unterstützt nur einen kleinen Hardwarebereich, weil der Treibersatz aus der von Sun unterstützten Hardware und den Treibern besteht, die seitdem von einer kleinen Community entwickelt wurden. Die meisten VPS-Anbieter stellen nur Linux- und BSD-Images bereit. Eine Ausnahme ist MNX. Das Unternehmen hat SmartOS von Joyent übernommen und bietet SmartOS neben Linux und FreeBSD in seiner eigenen Cloud an. Anderswo bedeutet eine illumos-Installation normalerweise, dass Sie Ihr eigenes ISO-Image bei einem Anbieter hochladen, der benutzerdefinierte Images zulässt. Anschließend müssen Sie prüfen, ob die virtuellen Datenträger und Netzwerkgeräte erkannt werden. Drittanbieter-Software stammt aus dem eigenen Paketsatz der Distribution oder wird mit Ihrem eigenen Compiler erstellt.

Es gibt konkrete Gründe für den Einsatz: Sie müssen einen Solaris-Workload weiterbetreiben, Sie verwalten bereits eine Zonen-Bereitstellung oder Sie möchten den Quellcode lesen. Die oben aufgeführten Distributionen werden gepflegt, und ihre Mailinglisten beantworten Fragen. Das ist etwas anderes als eine Standardwahl für einen neuen Server.

Wenn Sie wegen ZFS hierhergekommen sind, benötigen Sie dafür kein illumos. Verwenden Sie OpenZFS unter Linux oder FreeBSD, wo es paketiert, dokumentiert und weit verbreitet ist. Wenn Sie für einen Server die BSD-Seite derselben Familie in Betracht ziehen, behandelt der praktische Vergleich von Linux und FreeBSD als Serverplattform, was sich im täglichen Betrieb ändert. illumos ist die Ursprungsgeschichte dieser Werkzeuge. Wenn Sie wissen, woher sie stammen, verstehen Sie ihr Verhalten besser. Das beginnt damit, warum sich zpool und zfs ganz anders anfühlen als der übrige Linux-Storage-Stack.

FAQ

Ist illumos dasselbe wie OpenSolaris?

Nein. OpenSolaris war das Projekt und die Distribution von Sun, wurde von Oracle übernommen und 2010 von Oracle eingestellt. illumos ist ein separates Projekt, das am 3. August 2010 angekündigt wurde und aus dem zuletzt veröffentlichten OpenSolaris-Kernquellcode, der OS/Net-Konsolidierung, hervorgegangen ist. Die erste Aufgabe bestand darin, die geschlossenen Binärkomponenten zu ersetzen, mit denen OpenSolaris ausgeliefert wurde. Dazu gehörten libc_i18n, der NFS-Sperrmanager, das kryptografische Framework und mehrere Treiber. Seit 2010 stammt kein illumos-Code mehr von Oracle, weil Oracle die Veröffentlichung eingestellt hat.

Warum kann Linux ZFS nicht in seinen Kernel aufnehmen?

Die Lizenzen sind nicht kompatibel. ZFS steht unter der CDDL. Die Free Software Foundation stuft sie als eine Lizenz für freie Software ein, die mit der GPL inkompatibel ist. Diese Inkompatibilität wurde von der MPL 1.1 übernommen. Der Linux-Kernel steht unter GPLv2. In der Praxis wird OpenZFS unter Linux deshalb als externes Kernelmodul ausgeliefert. Es wird normalerweise mit DKMS für jeden installierten Kernel gebaut oder als vorkompiliertes Modulpaket bereitgestellt. Es funktioniert gut, aber das Modul muss für jeden neuen Kernel erneut gebaut werden. Daher kann es einer neuen Kernel-Version um Tage oder Wochen hinterherhinken.

Wird Oracle Solaris noch unterstützt?

Ja. Oracle Solaris 11.4 wurde am 28. August 2018 veröffentlicht und war im Juli 2026 weiterhin die aktuelle Version. Sie erhielt Updates für das Support-Repository. Die Support-Lifecycle-Richtlinie von Oracle, zuletzt im Januar 2024 für 11.4 überarbeitet, sieht Premier Support bis 2031 und Extended Support bis 2037 vor. Oracle entließ am 2. September 2017 den größten Teil der Solaris-Teams. Seitdem erhielt 11.4 Updates für das Support-Repository, aber keine neue Hauptversion. Der vollständige Quellcode wird nicht so veröffentlicht, wie OpenSolaris ihn veröffentlicht hat.

Kann ich illumos auf einem VPS installieren?

Manchmal, aber nur selten über die Image-Liste eines Anbieters. MNX, das SmartOS betreut, bietet SmartOS über sein eigenes Cloud-Control-Panel an. Bei anderen Anbietern benötigen Sie im Allgemeinen einen Provider, bei dem Sie eine benutzerdefinierte ISO einbinden und eine Konsole verwenden können. Prüfen Sie anschließend, ob die virtuellen Datenträger- und Netzwerktreiber im illumos-Quellbaum die Geräte des Hypervisors erkennen. OpenIndiana und Tribblix sind die üblichen Ausgangspunkte für eine Installation für allgemeine Zwecke. SmartOS ist dagegen als Hypervisor-Host konzipiert und nicht als Gast, den Sie selbst installieren. Testen Sie die Installation in einer lokalen virtuellen Maschine, bevor Sie etwas bezahlen.

Lohnt es sich, DTrace zu lernen, wenn ich nur Linux verwende?

Das Modell lässt sich übertragen, auch wenn das Werkzeug selbst größtenteils nicht übertragen wird. Oracle veröffentlichte den DTrace-Kernelcode im August 2017 unter GPLv2 und betreut einen Port für Oracle Linux. Er wurde jedoch nie in den Mainline-Kernel aufgenommen. In der Praxis verwendet Linux für Tracing eBPF. Die Sprache bpftrace wurde so entworfen, dass sie wie die DTrace-Sprache D aussieht. Daher bedeuten Probes, Prädikate und Aggregationen in beiden Systemen dasselbe. Wenn Sie die Denkweise von DTrace lernen, können Sie bpftrace-Skripte beim ersten Lesen verstehen.