Eerste release candidate van Linux 3.2-kernel is uitgebracht

Linus Torvalds heeft de eerste release candidate van Linux-kernel 3.2 vrijgegeven. De kernel biedt ondersteuning voor Hexagon-processors van Qualcomm, aanpassingen ten aanzien van de tcp-stack en nieuwe dan wel verbeterde drivers.

De ontwikkelaars hebben in kernel 3.2 de tcp-stack flink onder handen genomen. Het proportional rate reduction-algoritme, dat geschreven is door een Google-medewerker, moet ervoor zorgen dat het besturingssysteem de netwerkverbinding sneller kan hervatten, als de verbinding daarvoor is weggevallen.

Met het opnemen van een nieuwe versie van de opensource-Nvidia-driver Nouveau kan de kernel nu met meer gpu's van de laatste GeForce-generatie overweg. Daarnaast zijn, zoals in elke nieuwe kernel-release, diverse drivers bijgewerkt en geoptimaliseerd. Verder hebben de ontwikkelaars aanpassingen gedaan aan het btrfs- en ext4-filesystem en biedt de kernel edac-ondersteuning op Sandy Bridge-processors van Intel. Ook de sha1-implementatie voor het versleutelen van data op x86-cpu's zou zijn verbeterd. Nieuw is daarnaast de mogelijkheid om als systeembeheerder met de Completely Fair Scheduler het cpu-gebruik van gebruikers te beperken.

De final release moet rond de jaarwisseling beschikbaar komen. Tot die tijd zullen de ontwikkelaars zich alleen nog richten op bugfixes. Een gebruiker zegt onder andere op de nieuwe Linuxpagina op Google+ dat de kernel kan leiden tot een hoger energiegebruik, een kritiekpunt dat bij de laatste kernelreleases steeds vaker opduikt.

Reacties (25)

nog een comment op deze site:

Laurent Dinclaux - Just tried that 3.2-RC1 (ubuntu mainline kernel version) on an Intel Core i5 2410M Sandy Bridge (ASUS U30SD) and the power consumption is insane. The laptop never goes bellow 25000mW (nvidia card turned off).

With i915.i915_enable_rc6 the lower I can get is 16000mW and 15000mW with 3.1 ... It seems like I still have to use windows (7400 to 10000 mW min.), which doesn't please me ...

Ik volg de releases van de linux kernels niet echt, maar in één van de laatste versies kwam een bug ivm batterijduur op een laptop aan het licht, is deze ondertussen al verholpen?

Nee, dat is de bekende bug die gerelateerd is aan kworker issue's. Wat je wel kan doen is aan je grub: pcie_aspm=force toevoegen, dit schijnt te helpen.

Wat ik het ergste vind is deze comment:

"Een gebruiker zegt onder andere op de nieuwe Linuxpagina op Google+ dat de kernel kan leiden tot een hoger energiegebruik, een kritiekpunt dat bij de laatste kernelreleases steeds vaker opduikt.

Linus Torval zelf heeft dit probleem ook al gesignaleerd ( https://lkml.org/lkml/2011/3/30/836 ) en kennelijk kunnen ze dit probleem niet oplossen. Ik hoop dat mijn kworker probleem wel opgelost gaat worden, daar ik de oorzaak in de ATI drivers gevonden heb (met een instabiele ati catalyst driver heb ik betere performance dan de drivers die by default in Unity zitten).

Ik hoop dat het team ook hun pijlen op oudere hardware blijft richten, want laptops die 2 jaar oud zijn (Lenovo T400, Compaq 6820s) zijn praktisch onwerkbaar hierdoor.

Belangrijk punt is dat het lang niet overal speelt. Een 3 jaar oude EEE netbook gaat nog steeds 6 a 7 uur mee met recente kernels. Het kworker probleem wordt volgens mij getriggered door buggy drivers in specifieke gevallen

Ik denk dat je gelijk hebt. Heb hier de tegenovergestelde ervaring.
Sinds installatie van 3.0.0.12 is m'n laptop merkbaar koeler en stiller.
(En onder Linux/Kubuntu was hij altijd al veel koeler dan onder windows )
Kan het ook iets te maken hebben met welke desktop er gedraaid wordt ?

<flauwe modus> driver in unity? Ik denk dat je oss radeon-driver in recentste Ubuntu-versie bedoelt? </flauwe modus>

Is het eigenlijk een enkel probleem dat gewoon nog niet is opgelost in de laatste 3 kernel-versies?

[Reactie gewijzigd door Uchy op 9 november 2011 14:56]

Nee, dat is de bekende bug die gerelateerd is aan kworker issue's. Wat je wel kan doen is aan je grub: pcie_aspm=force toevoegen, dit schijnt te helpen.

Helaas werken dan wifi en het touchpad op mijn laptop dan niet meer...

[Reactie gewijzigd door hyriand op 9 november 2011 15:10]

Dat betekend dat er een bug in je hardware zit en dat je bios inderdaad correct aangeeft dat aspm niet werkt. Niets aan te doen.

dan gebruik je toch gewoon een oudere kernel
<flauwe modus>of stap je over op een unix distro Daar hebben ze ook gewoon kde voor en die ondersteunen oude hardware natuurlijk wel goed kijk nieuwe juist niet maar oude geen probleem</flauwe modus>

op de google+ van Linux (waar linus nu de kernel-announcements maakt) wordt er in de reacties wat over gesproken. https://plus.google.com/u/0/109995262342451767357
De oplossing is geloof ik nog niet enabled by default, maar wel al aanwezig

Neen, jammer genoeg niet.

De code was er voor 3.1, maar is niet geïmplementeerd.

Bron; http://dodonov.net/blog/2...ow-time-for-some-numbers/
En: https://plus.google.com/1...1767357/posts/jALV6z8SnC7 (comment nr. 7)

Ik zou even de changelogs en bug reports door kijken, daar is alles te vinden.

Gaat Linux ineens de versioning policy van Google en Mozilla overnemen? We hebben net 3.0 gehad (die net zo goed 2.8 had kunnen heten) en nu gaan we alweer naar 3.2. Ik snap het niet echt.

De sprong van 2.x naar 3.x was wel erg duidelijk en naar mijn bescheiden mening logisch.

Hoofd reden als ik me goed herinner is puur omdat de 2.x al meerdere jaren in productie was en omdat het overzicht op welke versie er exact gebruikt word op die manier voor gebruikers en beheerders onduidelijker werd. (2.6.28.1/2.6.28.2/2.6.28.3/2.6.28.4 etc... erg lastig om die verschillen direct te zien.)

Ik neem aan dat de 3.2 versie t.o.v. de 3.0.8 versie wel een grote veranderingen met zich mee gaat brengen als ik het artikel hierboven zo lees.

De versioning policy van Google en Mozilla lopen nog heel anders, die hogen gewoon direct met een compleet versie nummer op.

Niet gezegd dat ze dat met de linux kernel niet zouden overwegen maar voorlopig houden ze zich nog aan een andere vorm van versioning.

Gaat Linux ineens de versioning policy van Google en Mozilla overnemen? We hebben net 3.0 gehad (die net zo goed 2.8 had kunnen heten) en nu gaan we alweer naar 3.2. Ik snap het niet echt.

Ja en nee, de 3 staat voor de 3de decenium.. en ze hebben het ingekort..

2.6 is nu 3. dus je kan zeggen dit is 2.6.2....
Hoop dat het duidelijk is voor je

Nog hoger energie verbuik?
Waar zijn ze mee bezig? Waarom maken ze geen fork voor die energie slurpen dingen? Of moeten we dat er weer zelf uit slopen?

relax, het is niet zo dat het energieverbruik door bugs elke kernelversie weer 10% hoger komt ofzo. Ik heb meer de indruk (weet niet of dit zo is!) dat het een bug is die in 2.6.36/38 ofzo, er in is geslopen en nog niet iemand die deze heeft opgelost.

Is het een bug?
Is het niet gewoon een bijkomstigheid van iets wat nu 'slimmer' is maar daardoor meer moet rekenen om tot een resultaat te komen.
Anders zou je natuurlijk ook kunnen zeggen dat er in bijna elk spel dezelfde grote bug zit waardoor de videokaart het zwaar heeft.

/edit
Er zit idd nog een bug in waardoor 2 kworker threads (geen idee wat dat is) veel cpu-tijd gaan gebruiken.
Wat ik dacht was dat bijvoorbeeld de scheduler op een andere (betere) manier bepaald hoeveel tijd elk process krijgt en daar ietsje meer voor moet rekenen waardoor de cpu iets meer gebruikt.

[Reactie gewijzigd door PiepPiep op 9 november 2011 15:57]

Dat is wat ik een aantal reacties boven je al melde. Maar het erge is dat je PC naast meer powerconsumptie ook gloeiend heet is. Ik kan bijna een ei bakken op mijn keyboard, wat dus ook het gevolg is van de CPU load door kworker. De levensduur van je systeem is dus minder.

Waar het kworker probleem om draait is dat je hebt 4 tot 8 kworker processen. Dit zijn "kernel" processen, die nergens in linux uitgelegd worden of uitgelezen worden (ook niet door powertop of top. Omdat het zo vaag is kan het door je wifi, powermanagement, video of welk stuurprogramma dan ook veroorzaakt worden... En omdat het linux is kan je het process ook niet killen (het start gewoon weer op).

Het is een erg vervelende bug waardoor oudere hardware voornamelijk buiten spel gezet word. En juist dat lijkt mij niet de bedoeling van linux

Die kworker's zijn geen bug an sich.

Het is een systeem om zo efficient mogelijk gebruik te maken van de beschikbare CPU.
Elk subsysteem wat werk op een later moment wil uitvoeren (of wat een hele hoop werk heeft dat parallel kan uitgevoerd worden) geeft dat werk door aan de globale work queue.
die gaat dan dat werk uitvoeren.

Vroeger was het zo dat elke subsysteem dan maar zelf een hoop kernel threads aanmaakte om dat werk uit te voeren. Het gevolg daarvan was dat je output in 'top' of 'ps' vol stond met tientallen idle kernel threads. Nu heb je een beperkt aantal threads die dat werk efficienter (met minder context switches) kunnen uitvoeren. Een grote verbetering dus.

Het nadeel is echter dat er geen accounting is van het werk wat uitgevoerd wordt waardoor je de bron van grote hoeveelheden werk moeilijker kan achterhalen.

Waarom maken ze geen fork voor die energie slurpen dingen?

Dit *is* die fork. Een energiezuinige Linux kernel wordt nu door Google ontwikkeld voor Android, en is al 3 jaar geleden al afgevorkt.

Gaan ze nu iedere 4 maanden met een nieuwe vesie van de kernel komen?

Volgens mij is het zo dat wat vroeger het verschil was tussen een 2.6.25 en 2.6.26 nu hetzelfde verschil is tussen 3.0 en 3.2.
Effectief dus vergelijkbaar, maar het lijkt wat sneller.

Ben benieuwd, ik wacht even tot de final stable release.

yeah, maar hoger energie verbruik - da's ook niet alles...