Das erste, was Sie aus dem Weg räumen müssen, ist der Vergleich mit ext [234] . Das Ersetzen eines dieser Programme entspricht dem Ersetzen von NTFS in Windows. Möglich, sicher, aber es wird eine Entscheidung von oben erforderlich sein, um zu wechseln.
Ich weiß, Sie möchten vorhandene Alternativen beibehalten und keine anderen Alternativen entfernen, aber diese privilegierte Konkurrenz saugt den größten Teil des Sauerstoffs im Raum auf. Bis Sie die Konkurrenz loswerden, wird es für marginale Alternativen außerordentlich schwierig sein, Aufmerksamkeit zu erregen.
Da ext [234] nicht verschwindet, sind JFS und sein Umfeld von Anfang an stark benachteiligt.
(Dieses Phänomen wird die Tyrannei des Verzugs genannt.)
Das zweite ist, dass sowohl JFS als auch XFS ungefähr zur gleichen Zeit zu Linux beigetragen wurden und dass sie praktisch die gleichen Probleme lösen. Kernel-Freaks können sich über feine Punkte streiten, aber die Tatsache ist, dass diejenigen, die auf eine der Einschränkungen von ext [234] gestoßen sind, in XFS und JFS zwei ungefähr gleichwertige Lösungen hatten.
Warum hat XFS gewonnen? Ich bin nicht sicher, aber hier sind einige Beobachtungen:
Red Hat und SuSE haben das befürwortet.
RHEL 7 verwendet XFS als Standarddateisystem, und es war eine Installationsoption in RHEL 6. Nach dem Erscheinen von RHEL 6 hat Red Hat die offizielle XFS-Unterstützung für RHEL 5 zurückportiert. XFS war zuvor für RHEL 5 über das semi-offizielle System verfügbar EPEL- Kanal.
SuSE umfasste XFS als Installationsoption viel früher als Red Hat und ging auf SLES 8 zurück , das im Jahr 2002 veröffentlicht wurde. Dies ist nicht die aktuelle Standardeinstellung, wurde jedoch die ganze Zeit über offiziell unterstützt.
Es gibt viele andere Linux-Distributionen, und RHEL und SuSE sind nicht die beliebtesten Distributionen im gesamten Linux-Bereich, aber sie sind die großen Eisen- Distributionen der Wahl. Sie spielen dort, wo die Vorteile von JFS und XFS am wichtigsten sind. Diese Firmen können nicht immer mit dem Hund wedeln, aber bei Fragen, die großes Eisen betreffen, können sie manchmal.
XFS ist von SGI , einer Firma, die im Wesentlichen jetzt weg ist. Bevor sie starben, gaben sie alle Rechte, die sie an XFS hatten, offiziell ab, so dass sich die Linux-Leute wohl fühlten, wenn sie es in den Kernel einschlossen.
IBM hat auch genügend Rechte an JFS vergeben, um den Linux-Kernel-Betreuern die Arbeit zu erleichtern, aber wir können nicht vergessen, dass es sich um ein aktives, milliardenschweres Unternehmen mit Tausenden von Patenten handelt. Wenn IBM jemals entschied, dass die Unterstützung von Linux nicht mehr mit seinen Interessen übereinstimmt, könnte dies hässlich werden.
Sicher, jemand besitzt jetzt wahrscheinlich die IP-Rechte von SGI und könnte Probleme machen, aber es würde wahrscheinlich nicht schlimmer ausfallen als das SCO-Debakel . Möglicherweise wiegt IBM sogar einen solchen Troll ein und hilft ihm dabei, ihn zu zerstören, da sie derzeit unter anderem Linux unterstützen.
Der Punkt ist, dass sich XFS für viele Leute "freier" anfühlt. Es ist weniger wahrscheinlich, dass ein zukünftiges IP-Problem vorliegt. Eines der Probleme mit unserem aktuellen IP-System ist, dass das Urheberrecht an die Unternehmenslebensdauer gebunden ist und Unternehmen normalerweise nicht sterben. Nun, SGI hat es getan. Dadurch fühlen sich die Menschen wohler, wenn sie den Beitrag von SGI zu XFS wie den eines Einzelnen behandeln.
In jedem System mit Netzwerkeffekten, in dem es zwei ungefähr gleichwertige Alternativen gibt - in diesem Fall JFS und XFS - wird der Marktanteil fast nie zu 50 aufgeteilt.
Hier sind die Netzwerkeffekte Training, Kompatibilität, Verfügbarkeit von Funktionen ... Diese Effekte bringen das Gleichgewicht immer weiter in Richtung der Option, die diesen frühen Sieg erlangt hat. Erleben Sie Windows vs. OS X, Linux vs. All-Other- * IX, Ethernet vs. Token Ring ...