Fedora 32 disponible en version finale

Fedora 32 disponible en version finale

Par Sébastien Gavois

Le 29 Avril 2020 à 09h20
Logiciel
1 min 8

Fedora 32 disponible en version finale

La dernière révision de la distribution Linux est maintenant disponible en version stable. Après le report d’une semaine, les quelques soucis bloquants ont été corrigés et aucun nouveau n’a été découvert.

Basée sur un noyau Linux 5.6, elle apporte GNOME 3.36, une nouvelle salve d’optimisations de performances, une flopée de mises à jour pour les applications, le support du TRIM pour les SSD, EarlyOOM pour libérer plus efficacement la mémoire quand un processus en consomme trop et épuise les ressources de la machine ou encore de très nombreuses nouvelles versions de composants pour les développeurs.

Commentaires (8)


dylem29 Abonné
Le 29/04/2020 à 08h45

Fedora ne supportait pas TRIM ?



C’est chaud, non?

Un protocole qui a 10 ans…



Quelle est la raison de cette décennie de retard, pour un système prit en charge depuis le noyau 2.6.33 de Linux et que Debian prend en charge cette fonction depuis la 6e version (10.3 actuelle) ?


Tirr Mohma
Le 29/04/2020 à 09h12

Ce n’est pas à voir comme ça, il le supportait depuis le noyau 2.6.33 pour ext4. C’est juste que certaines options n’étaient pas journalières. Il me semble que par défaut c’était une exécution chaque semaine ou un truc comme ça.


Eridor
Le 29/04/2020 à 09h17

Si, si, c’était pris en charge (depuis belle lurette) mais pas automatisé, sur les versions < 32, tu devais soit :





  • exécuter la commande manuellement : # fstrim -v / ; fstrim -v /home (et les autres partitions sur SSD)

  • activer le service systemd qui exécutait la commande toutes les semaines (il n’était pas activé par défaut): # systemctl enable fstrim.timer



     

    Désormais ce service est juste activé dès l’installation. C’est vrai que la tournure “support du TRIM pour les SSD” peut prêter à confusion.


dylem29 Abonné
Le 29/04/2020 à 09h19







Tirr Mohma a écrit :



Ce n’est pas à voir comme ça, il le supportait depuis le noyau 2.6.33 pour ext4. C’est juste que certaines options n’étaient pas journalières. Il me semble que par défaut c’était une exécution chaque semaine ou un truc comme ça.









PS12r a écrit :



Si, si, c’était pris en charge (depuis belle lurette) mais pas automatisé, sur les versions < 32, tu devais soit :

exécuter la commande manuellement : # fstrim -v / ; fstrim -v /home (et les autres partitions sur SSD)activer le service systemd qui exécutait la commande toutes les semaines (il n’était pas activé par défaut): # systemctl enable fstrim.timer 

Désormais ce service est juste activé dès l’installation. C’est vrai que la tournure “support du TRIM pour les SSD” peut prêter à confusion.





Merci pour ces explications. <img data-src=" />

C’est dommage tout de même d’activer cette fonction automatiquement que 10 ans après.



Pour une fois, Microsoft le fait depuis Windows 7.



millman42 Abonné
Le 29/04/2020 à 09h51

Non Windows ne le fait pas (en tout cas pas par défaut). Il le fait à chaque erase comme Fedora avant.



&nbsp;Et là c’est juste le comportement par défaut qui change la fonctionnalité existait déjà.


white_tentacle Abonné
Le 29/04/2020 à 10h03

En fait il y avait des soucis avec certains firmware buggés qui faisaient que si activé sur ces disques, tu pouvais perdre des données.



Maintenant que ces disques sont correctement blacklistés (et les nouveaux ne sont plus buggés), il est beaucoup plus sûr d’activer la fonctionnalité par défaut.


11h10 Abonné
Le 29/04/2020 à 11h12

Crucial indique pour mon BX100 que le TRIM est pris en compte par le SSD lui-même. Alors l’activation par défaut …..


millman42 Abonné
Le 29/04/2020 à 11h39

Je ne sais pas ce que fais le BX100 mais lui est impossible d’avoir cette information. Seule l’OS là.


Fermer