Gemeenschap brengt bètaversie Fedora 22 met xfs-bestandssysteem uit

De Fedora-gemeenschap heeft dinsdag de eerste bètaversie van haar gelijknamige besturingssysteem vrijgegeven. De Server-editie maakt hierbij standaard gebruik van het xfs-bestandssysteem, en volgt daarmee zijn grote broer Red Hat Enterprise Linux.

In alle edities van Fedora is de Yum-pakketbeheersoftware vervangen door Dandified Yum, oftewel Dnf-yum. De opvolger van de beheersoftware zou beter moeten presteren. Daarnaast maakt de Dnf-yum gebruik van Libsolv, een dependency resolver uit de OpenSuse-stal. Dat schrijft de Fedora-gemeenschap.

Fedora 22 beschikt daarnaast over het vernieuwde notificatiesysteem van Gnome 3.16. Naast tal van kleine, onzichtbare veranderingen, gaat het om grote wijzigingen in het standaarduiterlijk. Zo bevindt het notificatiemenu zich nu in het midden van de bovenste balk. Het notificatiesysteem toont ook de geschiedenis van notificaties en de kalender kan nu wereldtijden weergeven. Overigens is Fedora behalve met de standaardomgeving Gnome ook in andere smaken verkrijgbaar via Beta Desktop Spins.

Verder maakt de Server-editie nu standaard gebruik van het xfs-bestandssysteem, wat al eerder werd aangekondigd. Het xfs-bestandssysteem draait bovenop lvm-volumes, behalve op de bootsector omdat dit technisch onmogelijk is. Het filesystem is binnen cloudomgevingen beter schaalbaar en daarnaast kan defragmentatie plaatsvinden, terwijl het bestandssysteem in gebruik is.

Fedora 22 verschijnt naar verwachting op 26 mei, iets later dan was aangekondigd. Fedora is een van de drie Linuxdistributies van Red Hat. Dat Amerikaanse bedrijf biedt behalve het gratis Fedora ook het gratis CentOS, dat eveneens populair is op servers. Geld verdient het voornamelijk met de commerciële Red Hat Enterprise Linux-distro. Die distributie werd vorig jaar al uitgerust met het xfs-bestandssysteem.

Reacties (26)

[johnkeates]

De Server-editie beschikt hierbij standaard over het xfs-bestandssysteem

Neehee, de server editie had altijd al XFS, nu is het standaard 'aangevinkt' als rootfs in plaats van ext.

[Verwijderd]

Sowieso vind ik het niet geweldig, een root filesystem dat je niet kunt shrinken. En dat omdat mensen het kennelijk niet nodig vinden het filesystem feature-complete te maken.

Het aantal mensen dat voordeel heeft van XFS is zeer gering. Om zo'n filesystem dan als standaard in te stellen vind ik een onbegrijpelijke keuze.

[johnkeates]

Precies. Als iemand zo graag XFS gebruikt om dat het 'performance verbeteringen' oplevert, dan kan dat prima op een losse partitie, logische volume of los block device. Na het opstarten en naar init 4 gaan (of wat het equivalent van multi-user staat is met systemd en upstart etc.) is het eigenlijk helemaal niet meer relevant wat het rootfs draait, je kan alles verder op andere filesystems doet, en als je echt serieus met je server bezig bent is de kans klein dat je je productie data op hetzelfde fs als je systeemdata hebt staat.

[goarilla]

Het aantal mensen dat voordeel heeft van XFS is zeer gering. Om zo'n filesystem dan als standaard in te stellen vind ik een onbegrijpelijke keuze.

Ik vind het ook onnozel als er ooit een tijd was om xfs als standaard in te stellen dan was dat in 2006. Nu is het gewoon wachten op btrfs en in de tussentijd ext4 gebruiken op je systeempartities.

[bantoo]

Sorry maar het verkleinen van een root op een server is comdy tier.

[sharkwouter]

Ik had eigenlijk van Fedora verwacht dat ze als eerste Btrfs zouden gaan gebruiken, maar SUSE is ze al lang en breed voor.

[lezzmeister]

Btrfs is nog niet echt klaar voor grote enterprise omgevingen. Vorige week nog uitgebreid over gelezen, er word nog redelijk wat aan gesleuteld. Of ze moeten tussen nu en vorige week daar klaar mee zijn, maar lijkt me niet.

[Q-collective]

BtrFS is gewoon nog niet klaar. Facebook mag dan misschien het voortouw hebben genomen in de ontwikkeling, nadat het een aantal hoofdontwikkelaars op hun loonlijst had aangenomen, het heeft nog een heel rijpingsproces nodig. Extended FS is code die terug gaat tot 1992, XFS gaat terug tot 1993. Dit is rocksolid code en aan beide wordt nog steeds dagelijks gewerkt.

ZFS (begonnen in 2005), vergelijkbaar met BtrFS, maar meer gericht op enterprise omgevingen) is samen met BtrFS (2007) ook een "jonkie", maar heeft al een bredere implementatie vanwege het ontwikkelmodel. De ZFS ontwikkeling is namelijk conservatiever, meer gefocust op stabiliteit, waardoor het op features een beetje achterloopt op BtrFS (zo is het pas sinds heel kort mogelijk om ZFS volumes te verkleinen en geldt eigenlijk nog steeds de mentaliteit dat meer hardeschijven problemen oplossen, iets wat goed werkbaar is in een enterprise, maar minder praktsch is in je huis-tuin-keuken PC).

Tl;dr Kom nog maar een kijken hoe het zit met BtrFS als we 10 tot 15 jaar verder zijn. Voor nu, als je het wil gebruiken, blijf met haviksogen kijken op de groeiende lijst aan gotchas.

[Reactie gewijzigd door Q-collective op 11 augustus 2024 05:28]

[Goderic]

Zfs is geïntroduceerd in 2005, maar het is begonnen in 2001.

[Marctraider]

Is xfs niet al heel oud? Of misschien vergis ik me.

Kan me herinneren dat ik 5/10 jaar geleden ook al xfs kon kiezen. Kan me niet herinneren dat het toen als 'experimenteel' was aangeduidt

[supertheiz]

Klopt. Is al heel oud.
Het is ontwikkeld door Silicon Graphics. Dat is het bedrijf dat voordat Pixar bekend en groot was, de koning was van de (hardware voor) computer animaties. Als ik het goed heb heeft SGI nog oa Jurassic Park van Dinosaurussen voorzien.

-Aanvulling-
Even via Google nagezocht: Ja, Jurassic Park is gemaakt met behulp van Silicon Graphics hardware. Er zijn zelfs CG computers in de film te zien (in de controleruimte).
De versie van IRIX (besturingssysteem CG) ten tijde van de Film was 4.3. XFS is meegeleverd vanaf IRIX 5.3, wat ongeveer 1 a 2 jaar later was (1993/1994).

[Reactie gewijzigd door supertheiz op 11 augustus 2024 05:28]

[N8w8]

XFS artikel.
Ook al heet het nog steeds XFS, er is in die tijd veel aan veranderd.

[Verwijderd]

Mmhhhh... ik dacht dat defragmentatie bijna nooit nodig was binnen een linux systeem?

Zoals met EXT3:
However, as the Linux System Administrator Guide states, "Modern Linux filesystem(s) keep fragmentation at a minimum by keeping all blocks in a file close together, even if they can't be stored in consecutive sectors. Some filesystems, like ext3, effectively allocate the free block that is nearest to other blocks in a file. Therefore it is not necessary to worry about fragmentation in a Linux system."

[Gijs007]

Is CentOS niet een kloon van Red Hat? In het artikel wordt gesuggereerd dat xfs niet in CentOS zit maar wel in Red Hat en Fedora..

[JAVE]

CentOS is een van RedHat labels (en RH specifieke tools) ontdane RHEL. Dit is enige tijd geleden overgenomen door RedHat, maar was vroeger onafhankelijk.

Aangezien CentOS een kloon is van RedHat Enterprise Linux, en niet van Fedora, zat xfs daar al tijden in.
Er wordt volgens mij nergens over het wel/niet hebben van xfs in CentOS gepraat...

[arnova]

Ik snap niet dat iedereen zo anti-XFS is. Het is een bewezen robuust filesysteem, waar nog steeds aan ontwikkeld wordt. Als er 1 filesysteem is waar wel wat op aan te merken is, dan is dat EXT4 wat anno 2015 nog steeds niet fatsoenlijk om kan gaan met grote filesystemen. Het is juist onbegrijpelijk dat de meeste distributies nog steeds EXT4 gebruiken.

[domi1kenobi]

In een ver grijs verleden nog gespeeld met Red Hat maar er mee gestopt omwille van de dependency hell. Dit nu oplossen met een extra 'resolver' klinkt huiveringwekkend. Heeft hier iemand ervaring mee?

[dajero]

Tijdens de dagen van Red Hat 7 (uit het vorig decenium, dus niet de recente release van Red Hat Enterprise Linux) had ik daar ook wel eens problemen mee (kon er ook aan liggen dat ik toen behoorlijk jong en onkundig was) Moderne releases van Fedora hebben daar echt geen last van.

Bij een package management system hoort nu eenmaal een dependency resolver. Nieuwere snellere of betere algoritmen zijn mooi meegenomen. Dat er van bibliotheek gewisseld wordt, betekent niet dat zijn voorganger problemen gaf.

[Reactie gewijzigd door dajero op 11 augustus 2024 05:28]

[MoonWatcher]

Aaah Redhat 7. Ook mijn eerste linux distro. Ik krijg nog nachtmerries als ik terugdenk aan die gcc 2.96 compiler die redhat er ingezet had. Zeker niet de beste redhat release.

[lordfragger]

Zo lang je dingen uit de repositories gebruikt is dat al jaren geen probleem meer. Zelf heb ik nog nooit last gehad met yum, ik ben dan ook benieuwd wat voor verbeteringen ze nu gedaan hebben.

Als je manueel dingen installeert blijven dependencies natuurlijk een aandachtspunt.

[Verwijderd]

Gemeenschap ? Kom op gaan we straks downloaden ook nog een keer vertalen ? Wat is er mis met community ?

[debroervanhenk]

Als je community al niet vertaalt kan je net zo goed het originele Engelse persbericht op Tweakers plempen. Gemeenschap is een Nederlands woord, community is dat niet.

[mkools24]

Voor de Belgische lezers denk ik?

[calvinturbo]

Belgen begrijpen Engels ook wel.. de meeste in ieder geval..

[StGermain]

Qué? Het Zuid-Nederlands (Vlaams) is even doorspekt met Engelse termen als het Noord-Nederlands, onze geschreven taal is trouwens dezelfde. Ooit zijn er wel pogingen geweest om computer te vervangen door rekenaar en nog van die zotternijen maar die zijn gelukkig achterwege gelaten, het is al erg genoeg als je iets technisch moet uitleggen aan een Fransman of een Duitser in hun eigen taal.

[Puc van S.]

Fedora zelf heeft het ook over gemeenschap, dus neem aan dat t.net dat ook mag?

Freedom. Friends. Features. First.
Fedora is altijd gratis en vrij te gebruiken, aan te passen en te distribueren. Het wordt wereldwijd ontwikkeld door een grote gemeenschap van mensen onder de naam 'The Fedora Project'.