S'identifier / Créer un compte
  • Actualités
  • Dossiers
  • Tests
  • Commentaires
  • INpactiens
Publicité

Le nouveau noyau Linux 3.4 apporte de nombreuses améliorations

Un grand pas pour Btrfs

Comme annoncé précédemment par Linus Torvalds, le noyau Linux évolue désormais à un rythme plus rapide. Des mises à jour plus régulières permettent à l’ensemble des distributions d’adopter des correctifs et d’obtenir un meilleur support général du matériel. Ainsi, la version 3.4 du noyau sort à peine deux mois après la 3.3, ce qui ne l’empêche pas d’apporter des améliorations importantes.

ubuntu

Premièrement, plusieurs patchs de fiabilisation importants ont été intégrés pour le système de fichiers Btrfs. Bien que ce dernier soit toujours considéré comme expérimental, son utilisation bénéficie de plusieurs améliorations, dont une gestion des erreurs bien meilleure. Les performances sont également à la hausse, en particulier via un traitement plus rapide des métadonnées et une réduction de l’utilisation du CPU.

La gestion d’Ext4 s’améliore elle-aussi, mais pas dans les mêmes proportions que Btrfs. Le code bénéficie surtout de plusieurs nettoyages dans des fonctions redondantes.

Puisque l’on parle de performances, sachez que de nombreux pilotes ont été mis à jour. C’est le cas par exemple pour les puces Sandy Bridge qui gagnent environ 10 % dans les tests. Le mode d’économie d’énergie RC6 est également de la partie, ainsi qu’un pilote DRM (Direct Rendering Manager). Diverses autres améliorations sont présentes, telles que la gestion du HDMI 1.4 pour les puces Exynos de Samsung et la prise en charge des Radeon HD 7700, 7800 et 7900. En outre, une nouvelle solution a été mise en place pour les pilotes qui nécessitent un chargement retardé. Enfin, le pilote Nouveau pour les cartes NVIDIA passe en version 1.0, offre une meilleure stabilité et prend en charge les GeForce GTX 680, sans pour autant en exploiter la quintessence.

Du côté des architectures, x32 est pleinement supporté. Cette dernière se positionne à mi-chemin entre le x86 classique (32 bits) et le x86_64. En clair, les pointeurs mémoire sont toujours en 32 bits, ce qui permet d’économiser de la charge sur les mémoires caches du processeur, mais les 16 registres du x86_64 sont supportés. Il s’agit en quelque sorte d’un mode rapide pour le x86_64 qui aurait toute sa place dans les architectures embarquées.

Pour ARM, les améliorations se situent essentiellement sur la préparation du futur. Le noyau 3.4 propose en effet une gestion unifiée des horloges matérielles baptisée « Common CLK ». Comme le précise Linuxfr.org, cela permet à moyen terme d’envisager des images noyau compilées pouvant fonctionner sur toutes les plateformes ARM. Des apports plus immédiats sont tout de même de la partie, notamment la gestion du DMA et la compatibilité du compilateur JIT (Just In Time). Enfin, côté support matériel, les puces Tegra 3 de NVIDIA et Exynos 5 de Samsung sont prises en charge.

Le noyau 3.4 a été publié durant le week-end et il faudra attendre qu’il soit diffusé dans les dépôts idoines pour que les distributions Linux en profitent.
Source : LinuxFR
Vincent Hermann

Rédacteur/journaliste spécialisé dans le logiciel et en particulier les systèmes d'exploitation. Ne se déplace jamais sans son épée.

Publiée le 21/05/2012 à 13:00

Soutenez l'indépendance de Next INpact en devenant Premium

  • Tout le contenu de Next INpact sans pub
  • Et bien plus encore...

Il y a 57 commentaires

Avatar de skydevil INpactien
skydevil Le lundi 21 mai 2012 à 13:03:07
Inscrit le mercredi 31 octobre 07 - 2370 commentaires
pilote DRM ?
Avatar de Ricard INpactien
Ricard Le lundi 21 mai 2012 à 13:07:29
Inscrit le mercredi 12 avril 06 - 40917 commentaires
Ce nouveau noyau sera du plus bel effet sur mon Raspberry Pi.


Dès que je le recevrais.
Avatar de Anthony25 INpactien
Anthony25 Le lundi 21 mai 2012 à 13:08:11
Inscrit le lundi 30 mai 11 - 71 commentaires
Avatar de TaigaIV INpactien
TaigaIV Le lundi 21 mai 2012 à 13:09:20
Inscrit le mercredi 1 octobre 08 - 10470 commentaires

Ras le bol des kéké qui copient, modifient et pillent le noyau linux, le DRM le protégera efficacement de ses horribles. A moins que ce ne soit que le Direct Rendering Manager (pour le support du DRI (Direct Rendering Interfac) pour Xfree).
Avatar de miles_t INpactien
miles_t Le lundi 21 mai 2012 à 13:10:09
Inscrit le vendredi 29 janvier 10 - 400 commentaires

Direct Rendering Manager

Edit: Grilled deux fois. Vive le lundi.

Edité par Miles_T le lundi 21 mai 2012 à 13:11
Avatar de le-gros-bug INpactien
le-gros-bug Le lundi 21 mai 2012 à 13:26:47
Inscrit le mercredi 19 mars 08 - 1264 commentaires
dommage que la compression de btrfs passe toujours par de la bidouille.
Avatar de skydevil INpactien
skydevil Le lundi 21 mai 2012 à 13:32:49
Inscrit le mercredi 31 octobre 07 - 2370 commentaires

Direct Rendering Manager

Edit: Grilled deux fois. Vive le lundi.


Ras le bol des kéké qui copient, modifient et pillent le noyau linux, le DRM le protégera efficacement de ses horribles. A moins que ce ne soit que le Direct Rendering Manager (pour le support du DRI (Direct Rendering Interfac) pour Xfree).

Justement, je trouvais ça grave bizarre comme nom, et je savais que le support des DRM serait pas implémenté.

Edité par skydevil le lundi 21 mai 2012 à 13:33
Avatar de Tommos INpactien
Tommos Le lundi 21 mai 2012 à 13:42:00
Inscrit le jeudi 22 septembre 11 - 32 commentaires

Ras le bol des kéké qui copient, modifient et pillent le noyau linux, le DRM le protégera efficacement de ses horribles. .


Héhé, bien vu pour le DRM
Avatar de Commentaire_supprime INpactien
Commentaire_supprime Le lundi 21 mai 2012 à 13:59:18
Inscrit le vendredi 31 octobre 08 - 27128 commentaires
Question de noob : par rapport à l'ext4, au quotidien, le btrfs, il va apporter quoi ?

Vu tous les efforts qu'ils font pour le mettre au point, je pense que ça doit valoir le coup, et que ce n'est pas un système de fichiers purement décoratif, non ?

Un avis pédagogique, au sens noble du terme, d'expert de la question ? Merci par avance.
Avatar de Noun29 INpactien
Noun29 Le lundi 21 mai 2012 à 13:59:26
Inscrit le samedi 6 janvier 07 - 545 commentaires
dommage que la compression de btrfs passe toujours par de la bidouille.


Je sais plus ou j'ai lu ca mais apparement le portage de zfs pour linux sera fini bien avant btrfs.

Donc finalement autant arreter le dev de btrfs et accelerer la sortie de zfs se sera bien plus simple pour tous le monde
;