 So, herzlich willkommen zu meinem Vortag hier über Illumus. Der Vortag wird auf Hochdeutsch sein, um die Aufzeichnung ein bisschen weiterverweiten zu können. Der Grund, warum es diesen Vortag überhaupt gibt, ist, dass ich sehr oft auch mal wieder mit Illumus-Fragen bombardiert werde. Wie sieht jetzt das genau aus bei X? Wie ist das bei Z? Und vielleicht hören die das beim Pool noch, wenn wir das ein bisschen lauter stellen. Aber ja, die haben vielleicht gehabt. Und um das alles mal ein bisschen zu beantworten, ein bisschen zu zeigen, was ist Illumus? Woher kommt es? Was für Challenges hatten wir? Ja, das ist auch eine gute Variante. Was für Challenges hatten wir? Und warum haben wir immer noch Technologie, die ziemlich weit vorangeschritten ist von dem, was Linux hat? Wollte ich jetzt einfach mal es in einem Vortag zusammenfassen. Zum ersten, was ist Illumus überhaupt, für die, die das noch nie gehört haben? Es wurde 2010 gegründet als Nachfolger vom Open Solaris. Hauptsächlich von Leuten aus der Community, von Leuten aus dem Open Solaris Board, von Leuten aus den verschiedenen anderen Firmen, die in Open Solaris involviert waren, namentlich Nexenta und Delfix. Und es ist ein Betriebssystem mit Kernel und Userland. Und der Kernel nennt sich OS slash net. Also der hat eigentlich noch nie einen richtig großen Marketingnamen gekriegt. Der heißt einfach OS slash net oder im IRC oder so auch einfach ON genannt. Wir haben ein Userland mit eigenen Programmen von wegen libc lesls, all diese schönen Tools, aber auch die GNU Tools sind bei uns verfügbar. Wir fahren diese doppelte Schiene aus einem Grund und zwar kann vor allem die GNU Tools viele solarisch spezifische Features nicht anzeigen. Zum Beispiel GNU LS kann keine ACLs anzeigen, währenddessen unser LS das kann. So wenn zum Beispiel ACLs gemacht werden müssen bei uns, dann muss halt unser LS, unser CH und unser CH-Mod etc. daherhalten. Im Userland integriert sind auch weitere Enterprise-Technologien, vor allem Kebras und andere Sachen direkt schön integriert, mit Admin Tools etc. so nach unserem, wie wir das gerne hätten. Und das ist eigentlich auch so, damit wir das direkt als Enterprise-Distribution einsetzen könnten, wenn wir wollen. Illumos an sich hat mit Solaris halt auch eine Enterprise-Vergangenheit, von dem her haben wir halt immer noch sehr viele von diesen Tools da. Und ein paar von denen sind halt auch ein bisschen älter. Die dürfte man auch nächsten Mal upgraden, wenn sich jemand mal Zeit nimmt dafür. Noch kurz zum Unix Stammbaum. Wir sind eine Abkömmling von BSD. Das heißt, wir haben auch sehr viel BSD Software, die bei uns läuft, meistens sogar ohne Modifikation. BSD TAR hat letztens Support für unsere ACLs gekriegt, also mit BSD TAR kann man auch Solaris ZFS ACLs backhaben. Und ansonsten können wir auch sehr einfach Treiber, z.B. in Hyper-V-Treiber, von free BSD portieren. Es müssen nur ein paar Interfaces getauscht werden. Ja, mit Rename. Meistens. Was ein bisschen spezieller auch noch ist bei Illumos, ist, dass die Community ein paar Prinzipien hat, die sich vor allem vom Basteln ein bisschen unterscheiden. Und zwar etwas, was man sehr gut immer merkt, ist, wir haben dieses schöne ADM-Suffix hinter den meisten Tools. Und da steht eigentlich im Grunde genommen dafür, das ist das Admin für dasjenige, z.B. DL Admin ist für Physische Links, Data Link Admin, IP Admin ist für IP Administration, KVM Admin ist für KVM Administration, etc. Das wurde mal als Standardregel eingeführt, damit man diese Admin-Tools immer sehr einfach findet. Und es hat sich eigentlich über diese Jahre schön bewährt als kleines Namenskonzept. Zudem will die Community vor allem auf Ingenieurswesen setzen, also das heißt, wir haben einen kompletten RTI-Prozess, einen Review Board-Prozess. Und die Anforderungen an jede welchen Source-Code in den Kernel zu kommen oder in die User-Land zu kommen, von Illumos, ist recht hoch. Das hat auch dazu geführt, dass verschiedene Distributionen eigene Kernel-Repositories fahren mit Codes, der noch nicht so groß getestet wurde, wo sie noch den Aufwandscheun einen Review zu machen, etc. Und der Kernel hat für so ziemlich alles automated Tests. Aus dem Kernel-Build kann man mit einem Jenkins durchlaufen lassen und danach produziert er einem Ein-Test-Report. Wir haben auch die Philosophie, dass der Master-Always-Production-Ready ist. Das heißt, wenn ihr den Gittermaster auscheckt von unserer Illumos und den kompiliert, dann habt ihr ein Production-Ready-Illumos-Kangl. Und natürlich, was nicht fehlen darf, es ist ein Unix. Wir folgen sehr stark der Unix-Philosophie, also kleine Programme, Textinterfaces für Kommunikation und alles tut seinen Zweck. Illumos ist in diesem Weg noch ein bisschen speziell. Man kann es nicht direkt herunterladen. Man kriegt den Source Code, man kann es selber kompilieren, muss danach herausfinden, wie man ein ISO macht, das hat kein Skript. Oder man nimmt eine der vielen Distributionen, die es gibt. Je nachdem, welche Distribution das ist, hat man vielleicht sogar auf seine Hardware eine und zwar gehen verschiedene Distributionen verschiedene Wege. Wir haben OmniOS für Server, relativ minimalistisch angeordnet, kaum mehr als die Basis von Illumos und sehr stabil. Sollte eine Fortführung von Solaris-10 werden und vor allem den Administratoren von Solaris-10 den Umstieg zu erleichtern. Wir haben OpenIndiana, das ist auch eine General Purpose-Distribution, mit Rolling Release und sie ist vor allem die Fortsetzung von Open Solaris. Also das ist das exakte Fortsetzung von Open Solaris und auch das, was am ersten an Solaris-11 rankommt. Wir haben SmartOS, was ein Cloud Hypervisor ist. Das ist eine RAM-Only-Distribution. Das heißt, sie benötigt keinen Festplattenspeicher, also dem USB-Stick, von dem man bootet. Und da hat es zusätzliche Programme, vor allem wie zum Beispiel, dass man Linux-Bereineris direkt in einer Zone laufen lassen kann und das dann als Hypervisor zu verwenden. Wir haben Treblings, das ist für Bastler und all der Hardware. Wir haben Extreme OS, das ist mehr für Desktop. Wir haben Nexenta, das ist eine Storage Appliance, da kann man einfach direkt in eine Box kaufen. Wir haben Delfix, das ist so die kommerzielle Variante. Die haben auch ein paar Veränderungen. Man kann Delfix als die einzige Distribution auf Azure betreiben. Sie waren diejenigen, die den Treiber gepottet haben, von daher. Und wir haben vor allem zu diesen all Sachen, das sind ja so aber Sachen. Wir haben aber auch verschiedene Desktops verfügbar und zwar haben wir Mate und X-Force und Enlightenment. Mate ist in OpenIndiana, X-Force in Treblix, aber man kann sich auch ohne Probleme auf den anderen beiden kompilieren. Enlightenment ist auch in OpenIndiana Repositories, aber nicht up to date, also so la la. Es funktioniert eigentlich recht gut, wenn man es weiß, wie man es einsetzt. Man kann sich eine Kopie von GNOME 3 kompilieren, auch Cinnamon in diesem Falle, da die Patches auf den Orgel Repositories liegen. Muss man sich halt einfach die Patches reinspielen. Was nicht geht sind momentan Qt-basierte Desktops, da das Qt-Framework 5 bei uns momentan noch nicht läuft. Wir haben ein Qt-Developer dran, der das machen wollte. Ich bin nicht informiert genau, wie der Status da aussieht. Aber grundsätzlich, alle anderen Software gilt, was bei BSD geht, geht bei uns eigentlich auch mit Ausnahmen zu der Regel. Ich beantworte gerne am Ende Fragen. Was mich natürlich auch mitbringen von OpenSolaris, ist das Image Packaging System namens PKF5. Und es ist ein Paketsystem, das passiert im Grunde genommen auf ZFS. Das heißt, es setzt voraus, dass man mit ZFS arbeitet. Es ist komplett integriert in Sons und ZFS. Das heißt, man kann zum Beispiel von der Global Zone auch die Child Zones, eine Service direkt mit dem Package Manager, updaten. Und es ist integriert mit ZFS, mit einem Feature namens Boot Environments. Das heißt, man kann jedes Mal, wenn man etwas Neues testen möchte oder ein Update fährt, wird ein neues Boot Environments erstellt. Und nur dieses neue Boot Environments wird geupdatet. Das heißt, das Live-System wird nicht geupgraded. Ich habe mich verschnungen. PKF5 wurde entwickelt vor allem für den Enterprise-Bereich mit Compliance. Das heißt, es hat ein Feature namens Incorporations, das sicherstellt, dass exakt die Versionen von Paketen installiert sind, die auch in den Update-Paketen der Hersteller drin sind. Und was für Software haben wir sonst noch, die gute technischen Goodies, die wir haben, die wir links immer noch voraus sind? Wir haben zum einen Detrace und MDB. MDB ist der Kernel-Debagger, der modularen Kernel-Debagger. Da können wir live im Kernel worsteln, was wir wollen. Auch ziemlich viel kaputt machen. Man kann direkt das Kernel-Memory readweit aufmachen und dann irgendwelche Sachen reinschreiben und danach stürzt der Kernel ab. Sollte man nicht. Mit Detrace kann man im Produktionsbetrieb die gesamte Applikation anschauen, was genau sie macht. Wir haben verschiedenste Provider, die für Detrace-Funktionen bereitstellen, vor allem auch für Skripting-Sprachen wie PHP. Das heißt, wir können genau auch in der Produktion Benchmarks anschauen, wie genau funktioniert jetzt eine PHP oder ein Flamegraph, welche PHP-Funktion hat jetzt am meisten CPU-Cycles. Und wir können das mit minimalem Eingriff machen. Das heißt, man merkt nichts, wenn Detrace läuft. Direkt für Produktion. ZFS, ich denke, das kennen die meisten hier, vor allem die Linux benutzen, auch schön schon. Mit Open-ZFS mittlerweile verfügbar für FreeBSD und Linux und viele andere Betriebssysteme auch, zum Beispiel Mac OS 6. Wir haben eine der besten Implementationen davon, vor allem auch, was Performance angeht. Aber es kommt mittlerweile sehr viel auch auf Linux rüber und da arbeiten daran auch wirklich alles selber drüber zu portieren. Ein weiteres Framework oder zwei, drei Framework, die zusammenhängen, sind Fold-Management-Regent und Service-Management-Framework. Bei diesen geht es im Grunde genommen darum, Services zu managen, also was im Grunde genommen auf Linux SystemD macht. Halt einfach mile und mile besser, mit einem sauber definierten Standard für die gesamte, alle Distributionen. Das heißt, alle Distributionen haben dieselben Exit-Codes, Demons sind vordefiniert wie die Exit, etc., etc. Und mit FMR haben wir ein Framework, das Monitoring, vor allem von Hardware-Folds, mit unterstützter Hardware, vereinfacht. Das heißt, man muss nur nach Send-Mail einrichten und danach schickt einem der Server ein Error-Message, wenn der REM-Regel ausfällt. Wir haben Projects und Resource-Control. Das heißt, man kann zum Beispiel in einer Zone oder in einem bestimmten Gruppe von Prozessen oder einem Benutzer genau sagen, wie viele Ressourcen, wie viele Dateien dafür haben, etc. Ein sehr großes Feature, auch noch im Netzwerk bereigt, ist Cross-Bow. Das ist eine vollwertige Virtual-Switch-Implementation. Also was zum Beispiel auf Linux Open-V-Switch wäre. All komplett ins Betriebssystem integriert mit den Standard-Army-Tools verwaltbar, und man kann direkt komplette Virtual-Switches bauen oder eine komplette Netzwerke in der Box mit verschiedenen Virtual-Switches, mit Ablinke, etc. Für Berichtigungen haben wir ein Roll-Based-Access-Control. Das heißt, Route wird nicht mehr zwangsläufig benötigt, um alles zu machen. Es gibt bei uns keine privilegierten Ports, wie bei Linux die Ports 100.024, sondern man kann direkt mit Rollen festlegen, welcher Benutzer darf auf den Ports was starten, wer darf auf den Files was machen, etc. Auch in Verknüpfung mit der Ressourcen-Controlle. Noch kurz über unseren ausgezogenen Cousin. Nämlich, wir hatten damals eine Abspaltung. Das war Solaris 11. Solaris 11 hat sich damals aus dem Open-Solaris-Projekt abgespaltet und den Source Code geclosed. Das ging, weil die CDDL, die Sun Microsystems ausgestellt hat, die hatte eine Loophole. Und zwar gab es einen Vertrag zwischen jedem Entwickler und Sun Microsystems, dass Sun Microsystems die Lizenz ändern darf. Das hat Oracle mit dem Kauf von Sun Microsystems übernommen und konnte dann einen Fog ihres Source Codes schließen. Das hat für Oracle einige Nachteile, aber es scheint sie nicht weiter zu stören. Und zwar dürfen sie kein Code von der Open Source Illumodistribution in ihren Kernel aufnehmen. Aber sie scheinen da lieber halt einfach ein paar Entwickler anzustellen Vom dem her, ja, die sind ausgezogen. Wir hören etwas hier und da mal von ihnen, aber sonst machen wir nicht viel mit ihnen. Jetzt noch ein bisschen kurz, wie man hier mitmachen kann. Ein paar schöne Link-Listen, wo wir zufind sind. Und damit würde er ja schon den kleinen Vortragteil beenden und hier eigentlich für die Anwesenden eine Frage-Antwort-Runde aufmachen, damit ich mal noch die Fragen beantworten kann, die ich jetzt vermutlich verpasst habe. Es gibt vermutlich noch sehr viel mehr. Hallo, KD-Probleme, QT, hängt das mit C++ zusammen? Nein, die QT-Libräris kompilieren einfach nicht wegen irgendetwas mit in der PNG-Librärie hat es Probleme gegeben. QT4 haben wir, aber QT5 hat etwas verändert, da ging es nicht mehr. So, KDF5, ich konnte KDF5 unter FreeBSD zum Laufen bringen, also könnte vielleicht in Zukunft... Ja, FreeBSD funktioniert auch, wir haben auch einen Entwickler, der was macht. Das Problem ist halt eben bei uns, kompiliert es nicht. Okay, also das ist wirklich elungsspezifisch. Ja, ich habe noch eine Frage zu den Treiberstand. Zum Beispiel, ihr habt eine sehr große ZFS-Performance. Wie ist euer SCSI-Treiber? Ist da auch etwa auf dem gleichen Niveau wie bei Linux? Das wüsste ich jetzt nicht, vor allem auch nicht, ob es nur ein SCSI-Treiber ist. Wo wird das hauptsächlich eingesetzt, Hilumos? Abhängig von der Distribution. SmartOS ist Hypervisor, das wird also hauptsächlich als Hypervisor eingesetzt im Datacenter. Kann man zum Beispiel bei joint.com wie bei Azure Instanzen aufmachen. OmniOS wird hauptsächlich Backhand eingesetzt Server. Triplex ist Bustler, also da sind wirklich hauptsächlich die Bustler unterwegs, die sich ihre alte Hardware nochmal wieder flottmachen wollen. Und OpenIndiana ist General Purpose, dort haben wir sehr viele Server, meistens auch Storage Server, mit 200, 300 plus Discs. Aber auch Leute, die das sehr gerne basteln auf ihre Desktops packen, um halt auch wieder Hilumos überall einsetzen zu können. So, hier habe ich vielleicht verpasst, zwei Fragen, einerseits Integration externer Hypervisor, ISSI oder Hyper-V, und zweite Frage, wie geht die oben mit Container, gibt es da? Für Container haben wir unsere eigene Technologie namens Zones, das ist eine gesamte Virtualisierung von Services vom Userland, sie sind aber mächtig genug, dass man zum Beispiel auch einen kleinen Emulierungs-Layer einbauen kann und danach Linux-Banner ist direkt in der Zone laufen lassen kann. Es ist eine komplette VM, ja. Es ist eine komplette VM, prozessbasierend, aber man kann sich auch einlocken und dort arbeiten etc. Es hat keine Hardware unten dran. Okay, aber kompatibel zur jetzigen Docker-Lösung bereit? Kompatibel. Kann ich meinen Docker Hub quatsch? SmartOS, ja. SmartOS, ja. Smart Data Center hat implementiert die Docker API. Ja, nice. Und dann, wie kann ich es auf dem ES6, gibt es was muss ich beachten? Hyper-V funktioniert noch nicht überall, ES6 funktioniert meistens, es fehlen hier und da einfach die Treiber für VMXnet 3. Wenn du Solaris-Treiber findest, die laufen normalerweise auch, aufgrund von Binärkompatibilität. KVM funktioniert, es gibt einfach bestimmte Probleme mit bestimmten Implementationen, muss man halt ausprobieren, wir selbst verwenden auch KVM als Hardware Hypervisor und ansonsten ja funktioniert es eigentlich meistens. Noch einmal Frage zu ZFS, wenn man FreeBSD benutzt, dann kriegt man immer so ein bisschen upstreams Updates dazu. Wie funktioniert es bei euch, seid ihr da ein bisschen näher am originalen ZFS? Kommt davon, wie Sie die Repositories momentan aufgesetzt haben. Ganz am Anfang waren wir mal im Master. Wenn sich das noch nicht geändert hat, dann ist das immer noch so. Jetzt gibt es aber mittlerweile, so wie ich gesehen habe, auch Linux, die bestimmte Sachen früher haben. Vor allem, wenn es darum geht, Linux Performance zu erhöhen und solche Sachen. Kommt halt eben davon, welches Distribution am ersten daran arbeitet und danach hatte es meistens innerhalb eines Monats gepordet. Zweite Frage noch. CPU Unterstützung, also ARM oder X86 gibt es noch? Ja, wir haben Spark, wir haben X86, es gibt experimentelle Unterstützung für ARM, vor allem Odroid 2 und Raspberry Pi. Zwei images booten besetzt, wir haben aber noch fehlende Treiber beim Raspberry und die Odroid-Sourcen sind mehr gebastelt, von dem her noch nicht upstream etc. Gibt es irgendwie eine Schnittstelle IPI, dass Linux Treiber irgendwie eingebunden werden können? Sie können, es gibt bestimmte Aufwände mit GFX DRM, also dem DRM-Code von Linux. Wie genau jetzt das gemacht wurde, kann ich jetzt nicht sagen. Das sind Entwickler Details, aber es gibt da bestimmte Schnittstellen, aber sie sind nicht sehr offiziellen Moment. Unter welcher Lizenz läuft dann das Illuminos? Illumos läuft unter der CDDL, ohne die Lizenzklausel, die San hatte. Das heißt, der Entwickler, der den Code geschrieben hat, behält auch das Copyright. Und somit ist es eigentlich eine pfeilbasierte Open Source Lizenz, also nicht projektbasiert, sondern pfeilbasiert. Also Knolleisensachen können da eingebunden werden? Ja, Knolleisensachen können bei uns eingebunden werden, aber nicht umgekehrt, weil Knolleisens ja über das gesamte Projekt gilt und verlangt, dass das gesamte Projekt Knolleisensiert ist. Feinheiten. Ich würde gerne wissen, welche C-Complierer unter Illumos funktionieren, also zielang GCC, was auch immer. Standard ist GCC, mittlerweile 4, 9 für den Kernel und 6 oder 7 für einige Userlands. 6 ist aktuell behauptend Indiana, 7 ist in Testing. Kleigen funktioniert, ist aber nicht Haupteinsitz und wir wissen nicht genau, ob er funktioniert genau oder nicht, weil nicht sehr viele User das testen. Und wir haben noch den San Studio, den Propertyern von San Microsystems früher, der funktioniert auch noch, wird aber kaum noch eingesetzt. Falls du das teilen darfst, was ist deine Rolle in Illumos, also was genau an was genau, aber jetzt ist du im Moment. Im Moment bin ich da Contributor, vor allem bei OpenIndiana, kann auch Reviews machen für OpenIndiana, also wenn ihr etwas bei OpenIndiana auch kontributen möchtet, kann ich da auch Reviews machen und davon läuft eigentlich alles auf Github. Im Moment. Github, danke. Es ist ein bisschen eine Frage Bibliotheken, Softwareentwicklung und Packetierung. Also auf Linux bin ich, es ist ein bisschen eine Problemzone, zum Beispiel bei der Softwareentwicklung, dass man extrem viel Tooling braucht, um die richtige Library zu finden und Auto Tools, Package, Config usw. Und dann auf dem System, wo die Software läuft, kann man von einer paketierten Bibliothek eine Version installiert haben, aus mal üblicher Weise, also etwas, das ja zum Beispiel nix OS löst. Wie sieht es dabei Solaris aus? Wir machen es normalerweise mit Sons. Das heißt, wir haben einfach eine Zone, die eine ältere Version installiert hat. Und das Auto Tools, diese ganze Landschaft von Werkzeugen, ist das immer noch nötig? Leider ja, das musste ich feststellen Noch eine andere Frage zur Hardware-Unterstützung. Wie gut läuft eine der Distributionen auf einem Laptop? Also bei Linux, die üblichen Problemen, so Grafikkarte und WLAN, kannst du da Hardware-Empfehlungen machen, zum Beispiel? Ja, und zwar haben wir stabile Driver-Interfaces, also ABI, Stable-Interfaces, das heißt, proprietäre Grafiktreiber, wie vor allem Nvidia, die selbst ihre Grafiktreiber publishen, können ohne kompilieren laufen. Das heißt, man kann sich ein Grafiktreiber installieren für die entsprechende Grafikkarte und kann einfach den Kernel updaten und es funktioniert noch. Von daher sind Nvidia-Grafikkarten relativ predestiniert zum Funktionieren. AMD funktioniert im Moment nicht. Intel funktioniert bis zu Skylake, nicht Skylake. USB 3 ist ein wenig experimentell, aber sonst funktioniert es XHCI. USB Type C funktioniert auch, einfach nur mit USB 3.0 und das sind die hauptsächlichen, die problematisch sind. Ansonsten, die Empfehlung ist, eine für Linux gut supportete Laptop, Schauer auf USB und Grafikkarte, dass es kein AMD ist und dann sollte es eigentlich funktionieren. Wie funktioniert es Tronen in Ilumas? Haben da Alsa, Pulsafio oder was haben wir da? Wir haben eine alte Implementation von OSS, OSS 4, das war damals der Unix-Standard, funktioniert wunderbar eigentlich auch, wir haben sogar PulsAudio dazu gekriegt, dass er das verwenden soll. Das ist jedes Mal wieder eine Qual, aber er macht es dann doch noch. Und wir haben da entsprechende Patches für die Applikationen, die Sound managen müssen, vor allem für Mate, etc. Zurück zum Laptop, also Booting und so, BIOSupport, UEFI und obgesichteter Mode, was auch immer. Wir haben nur BIOSupport im Moment. Wir benutzen FreeBSD-Loader, wenn, ich weiß nicht, ob FreeBSD bereits UEFI-Support hat. Ansonsten kommt er relativ schnell dann mal zu uns runter. Aber wir müssen auch den FreeBSD-Loader ein bisschen modifizieren, damit er mit unserer Version von Boot-Environments klar kommt. Wie viele größere Institutionen kennst du, die produktiv laufen? Definiere größere. Anzahl Server? Marketing. Gute Frage. Also wir haben, es gibt Firmen hier in der Schweiz auch, die vor allem hauptsächlich Illumas einsetzen. Das wäre Oettinger und Partner in Alten. Die sind eine vorsätzlich OmniOS-Bude. Die sind auch mittlerweile Leiter der OmniOS-Community. Es gibt Webhoster, die ich dann am Essig nur auf Illumas setzen. Das wären EverCity und SirusIT in Großbritannien. Es gibt vor allem in der Enterprise-Segment einige Server, die an die 200, 300 Terabyte an Diskspeicher verwalten. Von der Größe her. Joyant natürlich mit seinen weiß ich wie vielen Servern momentan in etwa drei verschiedenen Rechenzentren ein Publicalout. Samsung hat gleich mal Joyant gekauft, weil sie so viel mittlerweile Cloud machen wollen. Mit den anderen Distributionen bin ich nicht informiert. Delfix und Accent erhalten sich da bedeckt. Und viele Kunden, die nicht in der Community aktiv sind, wollen auch nicht wirklich sagen, ob sie es einsetzen oder nicht. Ein bisschen das Phänomen, wie bei BSD halt. Noch eine Frage, was ist das System? Ich weiß, dass ZFS das meist benutzt ist, aber was über hardware die nicht so leistungsvoll ist, zum Beispiel ein schwacher Laptop, der nicht sehr viel RAM hat zum Beispiel. Gibt es da eine Methode zum Beispiel Fast-File-System oder UNIX-File-System, wie von BSD zu brauchen? Wir haben eine eigene Version von UNIX-File-System. Das ist Sans-UNIX-File-System das wieder hatte. Bei uns ist es bekannt als UFS. Es wird vor allem benötigt für wenn RAM unter irgendwie 512 Megabyte ist. Was normalerweise heute auch nicht mehr der Fall ist. Es wird auch benötigt für das Boot Archive, also für die CD-Boot-Geschichte oder für Netboot-Geschichten. Das ist auch jedes Mal mit UFS implementiert. Und ansonsten hat ZFS nicht genügend kleinen Footprint, dass er das auch hinkriegt. Also zum Beispiel der Package-Manager der braucht ja theoretisch ZFS für die Boot-Environments. Gibt es da spezifische Distitutionen, die nicht auf Boot-Environments setzen, die ja ZFS brauchen? Ja, das wäre zum einen SmartOS. Da gibt es gar keine Update-Verwaltung. Da wird einfach ein neues Image verbutet. Triplex setzt auf das alte PKG Ad von SVR4 von Unix damals. Das damals erfunden wurde ohne Internet-Support. Das heißt CD-Einlegen vielleicht Dateien rumkopieren und dann vielleicht mal Glück haben. Ansonsten gibt es noch eine experimentelle Version mit Debian mit der Package-Manager namens stillOS ist jetzt aber nicht irgendwie publik verfügbar. Es gab mal eine Initiative namens Illumian aber von den haben auch wir schon lange nichts mehr gehört. Danke. Wie schnell ist denn üblicherweise ein Security-Fixes draußen? ziemlich schnell. Also ich wüsste jetzt kein Average aber wir haben auch schon Security-Fixes für Summercry etc. sobald die upstream sind und dann kommt es eigentlich nun auch auf die Distribution davon wie viel Manpower wir haben. Open Indiana hat versucht meistens up to date zu bleiben wenn das Security-Issue nicht gerade in den Medien breitgetreten wird ist es halt schwierig, dass das auffällt aber sonst wenn die gerade in den Medien breitgetreten werden machen wir sicher auch gleich an gleichem doch mal ein Patch. Zum Release Cycle von Illumaz Wie ist da gehalten? Wie wird das gemanagt? Per Distribution und bei Illumaz geht Master ist always productive das heißt der Review-Prozess ist relativ strikt und Master muss produktiv bleiben und die verschiedenen Unternehmen Open Indiana hat Rolling Release zum Beispiel da kommt einfach was rauskommt am Tag und die anderen haben da entsprechende Contracts und Roadmaps und was auch sicher was alles Das bedeutet Illumaz selber hat nicht eine Versionierung aus dem Tag zum Beispiel Nein, wir haben sogar wenn man Uname minus A auf einem Illumaz System kurz zeigen wenn man Uname minus wenn das jetzt das richtige System ist wie nach der Fauten Shell da sieht besser aus ich sehe leider nichts auf da, da sieht man's da sieht man nämlich die Distributionsnummer 5.11 Illumaz minus und dann ein Hashwert das ist der Hashwert vom Master Git Commit der Checkout war für diese Version von Illumaz was konkret CPUs und Chipsets angeht CPUs und Chipsets mit Skylake sind eigentlich relativ gut funktionierend AMD funktioniert sicher auch also AMD X86 da die ersten Implementationen von Illumaz zusammen mit AMD erarbeitet wurden sollte AMD auch immer noch besser funktionieren aber das müsste man mittlerweile mal wieder mal testen das hat auch gesehen hat ein paar Fortschritte gemacht mittlerweile ansonsten halt noch die Spark sparte Illumaz Spark unterstützt so ziemlich alle älteren Modelle bis zu allen neueren Modellen auch 64 oder 62 Bits ansonsten ARM ist in experimenteller Arbeit aber da ist noch nicht wirklich etwas offizielles passiert habt ihr irgendwelche spezifischen Files zum Hierarchy also gibt ihr strikt an zum Beispiel in diesen Directory sind diese Dateien ja abgesehen von der Unix Hierarchy fallen mir gerade noch zwei Verzeichnisse ein das wäre zum einen war ADM das heißt die Log Files sind normalerweise Doggespeichert gewesen das hat sich mittlerweile auch geändert da auch einige Applikation mittlerweile war Log statisch in den Code schreiben ansonsten gibt es noch vor allem im ETC einige historische Geschichten von Sando OS früheren Version die etwas komisch scheinen und wir haben ISA also der ISA Directories das heißt wir liefern normalerweise 32 und 64 Bit Applikation Simultane aus und es gibt eine kleine Beinerie die nennt sich ISA Exec die Hardlinked Man mit dem Namen der Beinerie von der man die beiden Bitte hat und danach erführt die entsprechende Beinerie aus die ausgeführt werden muss zum Beispiel auf dem 32 Bit Kanal die 32 Bit LS und auf dem 64 Bit Kanal das 64 Bit LS läuft bei euch auch noch die Oracle Database auf dem System wir haben das ausgeschlossen supportmäßig haben sie das ausgeschlossen dem der Support List ja eine Wide List ist und wir kommen da halt einfach nicht vor aber man kann ein paar Modifikationen an dem Installer machen und dann läuft das eigentlich wie auf einem Solaris wenn man die Solaris Version nimmt und Java Unterstützung habt ihr auch noch Unterstützung inwiefern Java OpenJDK und so läuft ja wir haben OpenJDK wir haben auch Java und halt auch die meisten Solaris Beineries in diesem Falle laufen bei uns noch da hat es noch nicht so viele Änderungen gegeben dass die nicht mehr laufen würden oder nicht mehr patchbar wären, dass sie nicht mehr laufen welche Features werden im Moment am stärksten entwickelt also was fehlt am meisten stärksten entwickelt momentan MVME Support für SSDs momentan laufen auch gerade momentan laufen eher gerade Aufräumaktionen im Kernel und OmniOS hat sich momentan gerade wieder neu formiert das heißt das Wanderthe von einer Firmen gesteuerten Distribution in die Community über und diese momentan auch stark am entwickeln und es gibt einige Leute die stecken sehr viel Mühe in eine Spark unterstützende Distribution von OpenIndiana mit Up-to-Daten-Paketen ansonsten wenn das alle Fragen eigentlich waren und niemand mehr etwas sehen möchte wie das auf einem Milumus aussieht ist der Vortag vorbei besten Dank ist da noch jemand ist da noch jemand wenn ich das richtig Fenster finde ich habe es glaube ich nicht offen aber was ich machen kann das ist halt leider SSH da sieht man nicht so viel vielen Dank