Linux-kernel 2.6.30 belooft veiliger ext4 en twee nieuwe bestandssystemen

Drie maanden en acht release candidates na de laatste kernelrelease heeft Linus Torvalds zijn zegen gegeven aan kernel 2.6.30. De nieuwe kernel moet onder andere het nieuwe ext4-bestandssysteem veiliger maken en biedt twee nieuwe filesystems.

Kernel 2.6.30, die de obscure codenaam 'Man-Eating Seals of Antiquity' heeft meegekregen, moet onder andere de beveiliging van data verbeteren die in ext4-bestandssystemen staan opgeslagen. Ext4-ondersteuning werd ingevoerd bij de release van kernel 2.6.29. Daarnaast ondersteunt de verse kernel twee nieuwe bestandssystemen: Nilfs2, een filesystem dat met een logstructuur werkt, en het object-geörienteerde Exofs-bestandssysteem. Ook worden NFS 4.1 en FS-Cache, een cachingmechanisme voor bestandssystemen op netwerkniveau, ondersteund.

Versie 2.6.30 moet het herconfigureren van bestaande software-raidarrays verbeteren. Zo kan er tussen raid-5 en raid-6 worden geswitched. Ook de code voor het geheugenmanagement van Linux heeft de nodige wijzigingen gekregen. Verder is er gesleuteld aan het energiebeheer, waardoor de hibernation-modus weer wat betrouwbaarder zou werken, en moet door enkele optimalisaties in het bootproces het opstarten van het besturingssysteem worden versneld. De kernelimage kan dankzij de nieuwe lzma- en bzip2-algoritmen met 10 tot 30 procent worden verkleind. Ten slotte is ook Tux weer terug. De bekende Linux-mascotte was op vakantie gestuurd zodat de Tasmaanse duivel Tuz tijdelijk het gezicht van het opensource-OS kon zijn.

Reacties (44)

[RV]

Ik snap het niet zo goed. Wordt de hele Linux kernel nou ontwikkeld door 1 man??

[Superstoned]

http://lwn.net/Articles/334721/

Hier kun je lezen wie de linux kernel ontwikkelen. Ruim 1100 ontwikkelaars van tientallen bedrijven per kernel release.
Zo werken vrije software communities. De meeste zijn wel wat kleiner - een top-drie zou zijn:
Linux kernel - >1100 man
KDE community - >700 man
Gnome community - > 400 man*
<snip>
OpenOffice - 30 man*
aMule - 5 man*

* dit zijn 'educated guesses', geen harde getallen. Het is sowieso lastig solide cijfertjes te krijgen over dit soort zaken.

[Verwijderd]

OpenOffice - 30 man*

Het OpenOffice.org project is veel groter dan dat, ik kan geen harde getallen vinden, maar als ik op http://projects.openoffice.org/ zie dat er alleen al zeker 30 "project leads" zijn. https://www.ohloh.net/p/openoffice suggereert dat er bijna 500 contributors zijn, maar aangezien niet elke contributor ook echt onderdeel van het project is, zal het aantal ergens tussen de 150 en 300 man liggen, denk ik. (De kernel geeft op ohloh trouwens iets meer dan 5000 contributors: https://www.ohloh.net/p/linux)

[Verwijderd]

Nee, dat zou die fysiek niet eens trekken. Verschillende onderdelen hebben verschillende (groepen) ontwikkelaars, en er is een team dat de hele zwik samensteld en uiteindelijk bepaald wat er in komt en wat niet.

[user109731]

Zie bijvoorbeeld deze recente blogpost van Linus zelf. Daarin zegt hij dit:

My real "work" is not really writing code any more, and hasn't been for a long time. No, I worry most about the whole "flow of patches", and the way development happens, rather than so much about any individual piece of code I maintain.

De kernel is verdeelt in een aantal onderdelen, die anderen weer beheren (denk aan een soort boom-structuur). Voordeel is dat Linus zelf niet elke patch hoeft door te nemen en anderen van een bepaald onderdeel (filesystems, networking, etc) mogelijk meer weten dan hij zelf.

Na elke release is het de taak van Linus om hun 'trees' te 'mergen' in zijn tree. Dit stopt na een paar weken, dan worden er enkel nog bugfixes gemerged, en na een aantal RCs is er een release

En zoals gezegd, dit kan nooit 1 iemand doen. Elke release bestaat uit duizenden patches en tientallen nieuwe drivers en features. Veel wijzigingen komen tegenwoordig van bedrijven als Intel, IBM, Red Hat, Novell, Oracle etc.

[Reactie gewijzigd door user109731 op 31 juli 2024 06:42]

[kozue]

De invloed van Linus op de ontwikkeling van Linux kun je beter vergelijken met de invloed van Bill Gates op de ontwikkeling van Windows. Ik hoop tenminste dat je niet denkt dat Windows door Gates is geschreven
De grooste bijdrage van Linus aan Linux is het starten van het project. Het is voor zo ver ik weet nooit een eenmansproject geweest, ook niet in het begin (alhoewel het er toen misschien maar 2 of 3 waren), maar was het begonnen als project voor z'n opleiding.
Hij fungeert vooral als "the face behind the project". Als je iedere keer van een andere random developer van dit soort statements hoort zou er ook geen touw meer aan vast te knopen zijn voor de leek. Vandaar dat Linus af en toe z'n gezicht laat zien.

[maleadt]

Een belangrijk weetje voor gebruikers met een grafische kaart van ATi: deze kernel heeft nu ook de DRM voor r6xx-r7xx hardware aan boord. Met andere woorden: de infrastructuur die de Mesa driver (nog in ontwikkeling) nodig heeft wordt nu standaard meegeleverd. Nu is het nog wachten op een werkende Mesa driver, de code (r6xx-rewrite branch in mesa/mesa) is nu nog maar net in staat om een vierkantje te tekenen binnen een maand of 3 zal het er al een pak beter voor staan.

Andere interessante ontwikkelingen voor toekomstige kernels:
.31: ttm memory manager & kernel modesetting voor <r500
.32: kernel modesetting voor r6xx-r7xx
Die kernel memory manager vormt dan de basis voor DRI2 en Gallium3D, maar die twee ontwikkelingen zullen wel nog even op zich laten wachten (2010 op zijn vroegst?).

[Keneo]

Let ook op de naamgeving van deze nieuwe kernel:
Man-Eating Seals of Antiquit => mesa

[Verwijderd]

Ze kunnen me wat met ext4, betrouwbaarheid is de eerste vereiste van een filesysteem. Dan kunnen ze wel gaan ruzieen wiens schuld het is maar dat interesseert me niet. Dat strict Posix gezeik hebben we ook al met libc gehad waar opeens een hoop programma's raar deden.

Ik blijf wel lekker bij ext2/3, dat werkt goed genoeg.

[eymey]

Ben het met je eens: Op een productie-server of een data partitie zou ik het denk ik nog niet gebruiken.

Echter, ik heb ext4 nu al wel op mijn Ubuntu Jaunty systeempje met een OCZ Vertex SSD als systeempartitie.

Een systeempartitie met ext4 boot echt een stuk sneller (iig merkbaar) dan een systeempartitie met ext3 .

[Jeanpaul145]

Ext4 was het probleem niet. Het probleem is hoe de meeste slechtgeschreven Linux apps met het fs omgaan. Zie hier voor meer details.

[LollieStick]

Dat krijg je als je bleeding-edge wilt zijn...
Alsof Ext2/3 niet buggy was toen dat uit kwam.

En als het je niet bevalt, begin je toch een fork
Daarvoor is het open source

[teek2]

ik vind ext4 wel relaxed, boot sneller en een fscheck is echt veel veel sneller, wel belangrijk als dat iedere 30 mounts op je netbook moet gebeuren.

[kozue]

Checks baseren op mount count heb ik altijd iets debieligs gevonden. Een server zal misschien jaren non-stop draaien en na 5 jaar misschien 10 keer z'n root filesystem hebben gemount. Een desktop waar je dingen met een kernel aan het uittesten bent haalt die 30 misschien in een dag. Gelukkig is het in te stellen met tune2fs. Ik heb de mount count based check uit gezet en laat m om de 2 maanden checken. Das meer dan genoeg, die check vindt toch nooit iets, journalled file systems zoals ext3/4 zijn uit zichzelf al aardig betrouwbaar.

[Verwijderd]

Ik heb shared partities, die win2000 ook gebruikt via een ext2 driver voor windows. Die wil ik wel geregeld gechecked hebben. Maar de laatste keer dat ik echt problemen had bleek het een hardwarefout te zijn, de harddisk stond op punt van overlijden.

[MSalters]

Helemaal gelijk. File systeem corruptie komt niet door booten, maar door gewone operaties. De correcte parameters zouden dus aantallen block s, dirent's en inodes geschreven moeten zijn.

Als je naar ext2/3/4 kijkt dan zie je echter dat het behoorlijk van bijgeloof aan elkaar hangt. Zo is er de aanname dat een simpel filesysteem robuuster is. Hard wetenschappelijk bewijs is er niet. Ja, meer KLoC is meer bugs. Maar voor dit soort systemen is het verstandiger om je logica niet in C zelf te schrijven, maar een formele taal die je naar C compileert. Dan kun je bewijzen dat je geen bugs hebt., en met 0 bugs/KLoC maakt het aantal regels code ook niet meer uit.

[cumulus007]

Je vergeet dat niet alle Linux-machines servers zijn. Desktops gaan toch heus wel regelmatig uit.

[kozue]

Ja, die had ik ook genoemd he... ik had 2 uitersten tegen elkaar gezet om aan te geven waarom mount count bijhouden voor fs checks nergens op slaat.

[latka]

Dan pas je het aan met tune2fs

[Verwijderd]

Na elke 30 mounts? Daar heb je tune2fs voor, om dat aan te passen (ik zou niet weten hoe dat met ext4 gaat, is er een tune4fs?). Net zoals die x% reserved space voor root, in de tijd van de 40MB schijven was dat standaardpercentage wel nodig, maar nu is het veel te veel.

[jcvw]

Tune2fs werkt ook voor ext4. tune2fs edit opties in het superblock, en dat is hetzelfde (alleen staan er bij ext4 extra opties aan.
tune2fs -c AANTAL /dev/blablabla
voor het laten checken na AANTAL mounts op filesysteem /dev/blablabla. Voorbeeld:
tune2fs -c 100 /dev/sda4
tune2fs -i INTERVAL
voor het laten checken na INTERVAL tijd. Hierbij mag je na het getal een d, w, of m opgeven voor dagen, weken of maanden. Voorbeeld:
tune2fs -i 26w /dev/sda4

In beide gevallen: als je het getal op 0 zet, zet je het periodiek cheken voor dat aspect uit. Alle periodieke checks uitzetten:
tune2fs -i 0 -c 0 /dev/blablabla

[Verwijderd]

Waar slaat die codenaam Man-Eating Seals of Antiquity eigenlijk op? Linus begint plotseling ook termen als New World Order te gebruiken. Ik heb daar geen goed gevoel bij

[Verwijderd]

Ik geloof dat je de humor een beetje mist, Linus roept wel vaker dit soort dingen, zoals

My name is Linus Torvalds and I am your god.

(opening toespraak bij een conferentie in1998)

I'd like to say that I knew this would happen, that it's all part of the plan for world domination.

(inleiding van een boek over open source)

[Reactie gewijzigd door Verwijderd op 31 juli 2024 06:42]

[brainball]

stukje uitleg over het idee achter deze naam kun je op linus zijn blog vinden: http://torvalds-family.bl.../05/yet-more-reading.html

[MSalters]

On the non-fluff front, I read Phantoms int he Brain by V.S.Ramachandran

.
C nerd

[eymey]

Wauw, wat zitten er een boel ontwikkelingen aan te komen zeg!

Vooral de boot optimalisaties (doelen ze dan op het inladen en initialiseren van de kernel op het moment dat grub de hand-over geeft aan de kernel?) en memory management optimalisatie benieuwen me.

Verder kunnen de voorzieningen voor beter memory management met video drivers me ook niet snel genoeg gaan. Hopelijk kunnen met name de ontwikkelaars van OS drivers voor nvidia en ati en de fabrikanten zelf daar ooit van gaan profiteren. Op dit moment moet je bijna verplicht NVIDIA hardware gebruiken om in Linux een beetje stabiliteit en performance te krijgen voor video en OpenGL, want met ati blijft het aanmodderen.

Maar goed, eerst maar eens afwachten. Veel nieuwigheden, zeker in basale onderdelen zoals memory management kunnen bij de eerste versies ook nog voor veel onaangename verrassingen zorgen

[terror538]

intel gpu's doen het toch verbazingwekkend goed, je moet niet deftig willen gamen maar het werkt allemaal wel.
Daarnaast werkt intel zelf ook mee dmv hun eigen open drivers.

[_JGC_]

Heb gisteren even nexuiz zitten spelen op 1280x1024 omdat met KMS elke resolutie lager dan dat resulteert in een signal out of range melding op mijn 24" scherm. Moet zeggen, het speelt een stuk minder lekker dan op 640x480, maar het was wel speelbaar, en dat voor een G33 chipset.

[kozue]

Ik kon onder Ubuntu 8.10 warcraft 3 spelen op de intel chip van m'n thinkpad (Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (rev 0c)), maar onder 9.04 niet meer. Daar zitten zulke zware performance regressies in dat het niet speelbaar meer is. Zelfs compiz lagt (vooral tijdens desktop switchen en minimaliseren).
Je kan er dus wel degelijk op gamen, mits ze hun drivers eens een keer fixen.
Van wat ik heb gehoord komt het door de move van EXA naar UXA (en DRI2/gallium3d enzo), dus ik heb goede hoop dat het met 9.10 weer allemaal naar behoren gaat werken, maar tot die tijd zal ik m'n 3.5 jaar oude asus laptop moeten gebruiken, want die heeft nvidia... (nee, downgraden is geen optie, dat wordt niet ondersteund, en ik heb geen zin in een reinstall).

[Wim-Bart]

De nieuwe kernel moet onder andere het nieuwe ext4-bestandssysteem veiliger maken en biedt twee nieuwe filesystems.

Dus ext4 was onveilig!

[cumulus007]

Dat was het zeker. In de beginperiode kon je gemakkelijk data verliezen of vreemde crashes meemaken.

[idef1x]

Ik haal uit het verhaal anders niet dat vreemde crashes (waarvan ik last had op ext4) er uit zijn? Zo ja dan ga ik ext4 wel weer proberen (ben weer terug gegaan naar ext3 vanwege de crashes)..

[Cinq-Marquis]

Tsja, nog 6 weken tot KDE 4.3 en nog ff wachten tot november voor openSuSE 11.2 ik denk nog maar even te wachten dus alhoewel ext4 en de overige verbeteringen mij wel aanspreken.

[i-chat]

je kunt natuurlijk ook gewoon je huidige kernel upgraden (via je package-manager) ...

[Verwijderd]

Tenzij je een bleeding-edge distro gebruikt, zal je 2.6.30 niet in je package manager terugvinden.
Gelukkig is het bouwen van een kernel niet moeilijk. Tijdrovend, dat wel, maar niet moeilijk.

//edit: spelling

[Reactie gewijzigd door Verwijderd op 31 juli 2024 06:42]

[Dirk]

Er zijn ook distro's waar je eenvoudig de nieuwste kernels voor kunt vinden. Zo ook ubuntu: http://kernel.ubuntu.com/~kernel-ppa/mainline/

[kozue]

Ik heb gisteren, na de upgrade van fedora 10 naar 11, 2 nieuwe disk in raid1 geïnstalleerd en daar ext4 op gezet. Na het kopieren van m'n data vond ik wat oude zooi die weg kon, en het deleten was echt een heel stuk sneller dan onder ext3. Tot nu toe gebruik ik het nog niet lang genoeg om er al een oordeel over te kunnen vellen, maar ik ben er op het moment nog best happy mee. Verbeteringen in lezen heb ik nog niet gezien, WoW laadt nog steeds net zo snel (of zou ik traag moeten zeggen?)

[YopY]

Verbeteringen in lezen heb ik nog niet gezien, WoW laadt nog steeds net zo snel (of zou ik traag moeten zeggen?)

Ligt dat dan aan je HD of is er een andere bottleneck? Zou je eens moeten kijken.

[kozue]

Ligt niet aan m'n HD (hdparm test haalt meer dan 90MB/s), Het was alleen een vergelijking tussen de oude situatie (ext3) en de nieuwe (ext4), waarbij dus geen merkbaar verschil zat.
Maar het kan zijn dat het komt doordat WoW een virtual file system gebruikt. Alle losse files liggen in grote files (3GB+) opgeslagen. Het kan best zijn dat een beter filesystem hier niet mee kan helpen (omdat het random reads uit een grote file zijn) en dat ze bij blizzard eens een keer naar optimalisaites moeten kijken.
Bovendien was het alleen een voorbeeld. Ik wil m'n home partitie ook in raid gaan zetten (staat ie nu nog niet) met een ext4 filesystem. Misschien dat ik daar een grote prestatie winst uit haal (misschien met inloggen?). Dat ext4 filesystem staat vooral data en games op, vandaar dat ik eigenlijk alleen WoW als voorbeeld had (met het afspelen van mp3tjes zul je er sowieso niks van merken ).

[latka]

Ik was ook overgeschakeld naar ext4 alleen had ik de pech proefondervindelijk er achter te komen dat ext4 in 2.6.29 in ieder geval nog geen resize ondersteunt (wat ext2/ext3 al wel deden). Dus toen ik met LVM m'n volume liet groeien en m'n ext4 filesysteem ook oprekte was ik 800 gigabyte aan data kwijt. Gelukkig geen onvervangbare dingen, maar ik ben iets voorzichtiger geworden met het testen van ext4. Overigen, initeel was het allemaal erg ook: performance was erg goed (inderdaad ook met delete ;-).

[Verwijderd]

Ten slotte is ook Tux weer terug. De bekende Linux-mascotte was op vakantie gestuurd zodat de Tasmaanse duivel Tuz tijdelijk het gezicht van het opensource-OS kon zijn.

Ha, mooi, ik had het gelijk uitgezet, wat een lelijk ding was dat zeg.

[beany]

Ja, maar het ging om een goed doel he: nieuws: Tux krijgt stand-in tijdens Linux 2.6.29-kernel-cycle

[Eonfge]

Ben zeer tevreden over de Open Source ontwikkelingen. Lijkt alsof ze steeds sneller gaan.

[michi mara]

Tux is back 'hulde'