Cookies op Tweakers

Tweakers maakt gebruik van cookies, onder andere om de website te analyseren, het gebruiksgemak te vergroten en advertenties te tonen. Door gebruik te maken van deze website, of door op 'Ga verder' te klikken, geef je toestemming voor het gebruik van cookies. Wil je meer informatie over cookies en hoe ze worden gebruikt, bekijk dan ons cookiebeleid.

Meer informatie

Door , , 13 reacties
Bron: Linux Kernel Mailing List, submitter: JanDM

Op de Linux Kernel Mailing List heeft Linus Torvalds weer een nieuwe Linux 2.6-kernel aangekondigd. De kernel is ditmaal aangekomen bij versienummer 2.6.31 en bevat de nodige verbeteringen ten opzichte van de vorige uitgave. Zoals gewoonlijk hebben de Kernel Newbies de veranderingen weer keurig op een rijtje gezet en deze zijn op deze pagina na te lezen. Ondersteuning voor onder andere usb 3.0 is toegevoegd en de ARM-afdeling heeft heel wat verbeteringen doorgemaakt. De aankondiging van Torvalds ziet er als volgt uit:

Linux 2.6.31

Ok, there's just a few final commits since -rc9 to fix a couple of last regressions and problems, and now the final 2.6.31 is out there. The small diffstat and shortlog is below, the full log and diff from 2.6.30 are being uploaded to kernel.org (and then mirrored out) as I write this. In general, the full set of 2.6.30->31 changes are too numerous to list, but as usual, you'll find some high-level overviews on kernelnewbies.org.

One of the more painful changes has been the new cleaned-up fsnotify backend that takes care of both inotify and dnotify (and shrinks the inode while doing so), but its teething problems have hopefully been sorted out.

There's also been lots of work on KMS - both lots of updates on the intel side (displayport support, next-gen IGD etc), and obviously the whole new (and still experimental) radeon KMS code.

There's also a fair chunk of new debugging/peformance counter stuff: memory leak detection ("kmemleak"), memory usage checking ("kmemcheck") and performance counters ("perf_counter"). Those new debugging features are not likely usable under any real load, but are good for finding kernel bugs at a huge performance cost.

The performance counters are a nice and easy-to-use alternative to things like oprofile, allowing you easy access to some pretty powerful profiling of hardware (and sw) events.

What else? Lots and lots of driver work. Over 70% of all of the 2.6.30 to 2.6.31 patch is under drivers/, and there's another 6%+ in firmware/ and sound/. That's not entirely unusual, but it does seem to be growing. My rough rule of thumb used to be "50% drivers, 50% everything else", but that's clearly not true any more (and hasn't been for a while - we've been 60%+ since after 2.6.27 - I think the whole 'staging' thing is what moved things up by several percentage points).

If you ignore drivers/ (and firmware/ and sound/) about half the remaining changes are to arch/ code (with ARM leading the way with its insane number of platforms, but mips, powerpc, sh, and x86 are up there too), and the rest being filesystem updates (VFS layer: mostly that fsnotify thing, but also: btrfs, cifs, ext3, fuse, gfs2, nfs, nilfs, xfs) and with a spinkling of Documentation, kernel and perf-tools updates.

And as usual, this obviously means that the merge window for 2.6.32 is open. But give me a day or so before bombarding me with merge requests: I like to encourage even developers to first give the plain new release a go, and not immediately start the crazy flood of patches.

Linus
Versienummer:2.6.31
Releasestatus:Final
Besturingssystemen:Linux, Linux x86, Linux AMD64, Linux IA-64
Website:Linux Kernel Mailing List
Download:http://www.nl.kernel.org/pub/linux/kernel/v2.6/
Bestandsgroottes:10,10MB t/m 74,60MB
Licentietype:GPL
Moderatie-faq Wijzig weergave

Reacties (13)

In 2.6.31 zitten vooral een optimalisaties die de desktop gebruiker ten goede zou moeten komen. Zo zou X in sommige gevallen tot 50% sneller moeten zijn.

Voor 2.6.32 zijn er belangrijkere dingen te verwachten. Zo zou ATI/AMD dan eindelijk goede driver ondersteuning moeten bieden voor de R600/700 drivers. Hopelijk zien we dan eindelijk video acceleratie voor deze telg.

Verder is Microsoft nog steeds bezig met zijn Hyper-V drivers voor de Linux Kernel. Echter is Microsoft erg traag met het geven van feedback van de maintainers. De kans bestaat daarom dat de drivers niet in de 2.6.32 komen, maar in de 2.6.33 tree. Of nog erger helemaal niet meer in de Linux kernel terecht komen. Meer informatie is hier te vinden: http://www.kroah.com/log/linux/staging-status-09-2009.html

Google is net als Microsoft ook niet erg netjes in het onderhouden van de Android drivers. Deze stammen nog uit de 2.6.29 tree. Indien Google niet meewerkt bestaat er de kans dat de drivers niet in de 2.6.32 tree terecht komen.

[Reactie gewijzigd door Erhnam op 11 september 2009 16:18]

De optimalisaties voor de desktop zijn belangrijk, omdat Ubuntu 9.10 (die volgende maand uitkomt) deze kernel zal gebruiken. Benchmarks hebben laten zien dat een alfaversie van Ubuntu 9.10 met een betaversie van deze kernel in veel gevallen sneller is dan Mac OS X 10.6. Goed teken voor het uithangbord van de Linux-desktop.

[Reactie gewijzigd door DCK op 11 september 2009 19:57]

In de CT van deze maand staat ook een interresant stuk over de aanpassingen die op videogebied worden doorgevoerd in de linux kernel.
Veel functionaliteit wordt van de driver naar de kernel overgeheveld. Dit levert een snellere boot op en geen flikkeringen meer tijdens de boot omdat direct de juiste resolutie en driver wordt geinitialiseerd.

Dit is overigens op initatief van Intel.
Ik denk dat je KMS bedoelt, maar het is net iets anders.
De functionaliteit wordt overgezet van X naar de kernel (waar de drivers in zitten). Hierdoor wordt de resolutie van het scherm ed onthouden in de kernel waardoor deze niet bij elke start/restart van een X server opnieuw geladen moet worden.
En ik blijf maar hopen dat R500 nog beter wordt ondersteund, ik moet telkens teruggrijpen naar een PCI kaartje van Matrox.

De open Radeon drivers snappen mijn X1950XTX (R580) bijna helemaal (zelfs 3D werkt in ieder geval snel genoeg voor een potje Tuxracer); alleen kan met geen mogelijkheid de default 60 Hz vertical refresh veranderd worden, wat met een CRT een recept voor hoofdpijn is.

Frappant genoeg snappen de proprietary ATI drivers het al helemaal niet (zwart scherm e.d.) of willen niet eens installeren (distro versie mismatches).
Niet raar dat de prorietairy drivers van ATI niet werken, de r500 wordt nietmeer ondersteund.
Tot 9.3 wel, en daarmee (en vorige) werkt het dus ook niet. Wellicht komt een en ander omdat het een raar ID heeft (X1950 is al niet bepaald een mainstream kaart, XTX versie al helemaal niet), maar het blijft irritant. De open source drivers werken dus prima, op de refresh rate na, en dat maakt het gelijk onbruikbaar met een CRT.
Als je een recente distributie gebruikt kan het goed zijn dat de 9.3 drivers niet meer met je kernel overweg kunnen.

Anyways, om toch iets positiefs te melden voor jou: Er wordt nog gewerkt aan de r400/500 driver.
In 2.6.31 zitten vooral een optimalisaties die de desktop gebruiker ten goede zou moeten komen. Zo zou X in sommige gevallen tot 50% sneller moeten zijn.
Vergeet het korreltje zout niet :)
Het gaat slechts om sommige gevallen. Normaal gesproken zul je er niet veel van merken. Pas op het moment dat je computer bijna door z'n hoeven zakt heb je er wat aan. Dat is dan wel het moment dat je er het meeste aan hebt, maar verwacht geen spektakel, je computer blijft langzaam ;)
Voor de CK-patchset-liefhebbers: Con Kolivas is terug met een eigen patchset:

http://ck.kolivas.org/patches/bfs/bfs-faq.txt

Op het forum van archlinux.org zijn de gebruikers positief, maar zelf heb ik 'em nog niet geprobeerd...

Op dit item kan niet meer gereageerd worden.



Apple iOS 10 Google Pixel Apple iPhone 7 Sony PlayStation VR AMD Radeon RX 480 4GB Battlefield 1 Google Android Nougat Watch Dogs 2

© 1998 - 2016 de Persgroep Online Services B.V. Tweakers vormt samen met o.a. Autotrack en Carsom.nl de Persgroep Online Services B.V. Hosting door True