Software-update: Linux Kernel 3.14

Versie 3.14 van de Linux Kernel is vrijgegeven. De kernel is het hart van het besturingssysteem en zit, simpel gezegd, als laag tussen de hardware en de applicaties in. Nieuw in versie 3.14 zijn onder meer stabiele ondersteuning voor Intel Broadwell graphics, diverse verbeteringen voor AMD Radeon, is zram-geheugencompressie stabiel verklaard en is er deadline scheduling. Meer informatie over de verbeteringen in deze release is te vinden bij Kernel newbies en Phoronix.

Prominent features in Linux 3.14

• Deadline scheduling class for better real-time scheduling
• zram: Memory compression mechanism considered stable
• Btrfs: inode properties
• Trigger support for tracing events
• Userspace probes access to all arguments
• Userspace locking validator
• Kernel address space randomization
• TCP automatic corking
• Antibufferbloat: "Proportional Integral controller Enhanced" packet scheduler

Versienummer	3.14
Releasestatus	Final
Besturingssystemen	Linux, Linux AMD64
Website	Linux
Download	https://www.kernel.org
Licentietype	Voorwaarden (GNU/BSD/etc.)

Reacties (27)

[Q-collective]

Is zram compressie vergelijkbaar met de geheugencompressie die OS X sinds Mavericks heeft? Dat zou best tof zijn namelijk

En weet iemand hoever Btrfs nu 'af' is? Hoever is men nu op die roadmap?

[Marcel--]

https://en.wikipedia.org/wiki/Zram
https://btrfs.wiki.kernel.org/index.php/Main_Page

[HollowGamer]

Als we dan toch links gaan geven:
https://btrfs.wiki.kernel...ain_Page#Stability_status
https://btrfs.wiki.kernel...hp/FAQ#Is_btrfs_stable.3F

Hoewel het nog steeds de status unstable heeft, gebruik ik het op al mijn apparaten. De prestaties zijn flink toegenomen, er zijn betere mount flags beschikbaar en bij elke kernel upgrade zitten weer verbeteringen in btrfs.

Fedora is geswitched naar btrfs as default en persoonlijk denk ik dat veel distro's zullen overstappen naar btrfs.

Verder zullen andere filesystems nog steeds nodig zijn. Om een voorbeeld te geven: btrfs kan (nog) niet gebruikt worden om te booten (op /boot). Er is ook geen swap functioniliteit beschikbaar.

Kortom: het is dus maar wat je zoekt; ik mis de bovenstaande dingen niet, zelfs niet op mijn laptop. ext4 werkt bijvoorbeeld ook nog steeds prima, en is nu niet opeens 'verouderd'.

Over zram: Er zijn diverse modules/scripts beschikbaar die 'dingen' in het geheugen plaatsen. De een doet dit net weer iets sneller/beter dan de ander. Er zitten (of zaten?) meerdere van deze modules in de Linux-kernel. Of deze 'beter' of anders werken dan de OS X versie, is mij niet bekend. Is de OS X module open-source?

[Reactie gewijzigd door HollowGamer op 25 juli 2024 06:44]

[Ultraman]

Fedora 20 past default nog steeds ext4 toe. Btrfs is een optie, met ruimte voor verbetering wat de installer betreft.

[Maurits van Baerle]

Over zram: Er zijn diverse modules/scripts beschikbaar die 'dingen' in het geheugen plaatsen. De een doet dit net weer iets sneller/beter dan de ander. Er zitten (of zaten?) meerdere van deze modules in de Linux-kernel. Of deze 'beter' of anders werken dan de OS X versie, is mij niet bekend. Is de OS X module open-source?

Dit soort fundamentele zaken zijn bij OS X vrijwel altijd open source. In dit geval kun je het vinden op opensource.apple.com in: vm_compressor.c, vm_fault.c en vm_pageout.h.

Ik moet alleen zeggen dat het mij de boven de pet gaat dus ik kan niet oordelen hoeveel de Linux implementatie verschilt van de OS X implementatie.

[Contagion]

Je wilt niet weten hoeveel gezeik ik heb gehad met BTRFS, elke keer dat ik het opnieuw probeer. Ik heb machines draaien met ZFS on Linux en dat werkt uitstekend, maar kent een aantal nadelen (draait niet op ARM bijvoorbeeld en arrays kan je niet resizen).

* Bij ZFS kan je gewoon een groot deel van de drives/partities van een RAID-Z mirror overschrijven met 0's als test. BTRFS verslikt zich daar vaak in en geeft kernel panics als je dat probeert
* BTRFS maakt soms enorme bakken met metadata aan die het zelf niet kan opruimen, dan moet je eerst een 'balance' draaien om dat weg te krijgen. Dit soort dingen komen vooral voor met gebruiken van sparse files (zoals torrents). Balancen duurt echter heel lang
* BTRFS heeft er een handje van om aan te geven dat er geen diskruimte meer is, terwijl dat er wel is (want; gevuld door metadata). Heel onpraktisch

Ik moet het misschien weer eens in de praktijk gaan evalueren, maar na al die tijd ontwikkeling valt het me nogsteeds tegen.

[CurlyMo]

XBian voor de Raspberry Pi draait ook al een half jaar zonder problemen op BTRFS. Dat wil dus zeggen dat het zelfs op zulke apparaten zonder fancy poespas goed werkt. De hoofdreden om over te stappen naar BTRFS waren de snapshot mogelijkheden.

[Prince]

Mooie timing: de Kernel Freeze van ubuntu 14.04 is overmorgen. Zou deze nog meegenomen worden?

[Q-collective]

Nee, die wordt zeker niet meer meegenomen. Die blijft op 3.13.

[sfranken]

Waarschijnlijk krijgt 14.04 wel de beschikking over 3.14, maar niet meteen bij de launch.

[ClementL]

De kernel kun je altijd wel upgraden, Canonical biedt alleen standaard geen kernel upgrades aan. Ubuntu 14.04 blijft dus gewoon voor twee jaar op 3.13.

[sfranken]

Nee hoor. Het is in een LTS wereld normaal dat je kernel backports krijgt. Dat was met 10.04 en 12.04 het geval en is ook voor 14.04 het geval.

[ClementL]

De repositories moet je echter wel zelf toevoegen. De LTS kernel zelf krijgt alleen nog maar backports van fixes.

[sfranken]

Nee hoor. Als een LTS een point-releese krijgt verwijst het meta-package 'linux-kernel-lts' (wat bij een LTS het standaard kernel pakket is) altijd naar een nieuwere versie dan toen de eerste versie van die LTS uitkwam.

[ClementL]

Als je nu Ubuntu 12.04 installeerd en volledig updatet, is de kernel nog steeds versie 3.2. Hij heeft enkel bugfixes ontvangen. Dat is ook wel logisch voor voor een LTS release.

[sfranken]

Oh? Ik heb het voor de grap even gedaan in een VM. 12.04.00 geïnstalleerd met 3.2, daarna 12.04.1, .2 en .3 eroverheen gedaan (en niet vergeten te apt-get dist-upgraden'n) en ik heb nu 3.8.0-34-generic draaien...

[ClementL]

Precies, je moet een dist-upgrade uitvoeren. Dit wordt niet automatisch gedaan met de normale updater. Voor een ingeburgerde Linux-gebruiker is dit geen probleem, maar mijn moeder zie ik dit niet doen. Zulke mensen zullen dus op 3.2 blijven zitten.

[sfranken]

Dit wordt niet automatisch gedaan met de normale updater.

Met uitzondering van point releases. Alleen bij 12.04 was dat niet het geval omdat 3.2.x dusdanig stabiel werd bevonden dat het niet nodig was. Bij 8.04 en 10.04 kwam bij elke point release netjes een nieuwe kernel mee.

[ClementL]

Dit is niet vreemd, aangezien 3.2 door de kernel developers als een LTS release word beschouwd.

[sfranken]

Aan de ene kant heb je gelijk maar aan de andere kant: als je een kernel release van een paar jaar oud meeneemt ga je hardware issues krijgen met nieuwere hardware (grafische kaarten bijvoorbeeld).

[ClementL]

Dat geldt voornamelijk als je open-source drivers gebruikt (Mesa/Gallium3d), en die kunnen apart geupdatet worden. De grootste driverproblemen zitten juist in nieuwe chipsets. Het is erg lastig als je netwerkcontroller niet werkt.

Daarom ook ben ik niet zo'n fan van LTS-releases.

[sfranken]

Dat ben ik niet helemaal met je eens. Een nieuwe stepping voor Intel CPU's is zo'n mooi voorbeeld, vooral op laptops. Met een oudere CPU "firmware" in de kernel gaat je energieverbruik omhoog omdat die niet geoptimaliseerd is voor de nieuwe CPU. Dat heb ik met de nieuwe Intel I7's gezien, met 12.04 haalt mijn laptop nét de 5 uur, met 14.04 haal ik dik over de 6 / 6 en een half uur.

[ClementL]

Ik had het dus ook over de GPU. In nieuwere versies van de kernel zitten verbeterde performance govenors, die er voor zorgen dat je accu dus langer mee gaat.

[sfranken]

En ik had het over hardware in het algemeen ;-)

[ClementL]

CPU's vereisen geen aparte drivers. Zo lang ze x86-64 spreken werken ze wel.

[sfranken]

Wat hebben drivers ermee te maken? Drivers leven buiten de kernel(-tree) dus die zijn hier n.v.t.

Je uitspraak is echt te kort door de bocht. Zoals ik al zei hierboven met een oudere kernel op een nieuwe CPU gaat je batterijduur achteruit door optimalisaties (in cgroups en governors).

Er is een verschil tussen "het werkt" en "het werkt naar behoren" ;-)

[ClementL]

Eerder in de conversatie leek je het over drivers te hebben. Terugkijkend blijkt dat toch niet zo te zijn, mijn excuses.