C’est l’heure du test pour Linux Mint 19, qui offrira pour la première fois la capacité de mettre directement à jour la version majeure précédente (18.3). Cette fonction n’est pas encore active, les développeurs publieront des instructions après la version 19 finale.
Parmi les changements importants, signalons un plus grand nombre de mises à jour pour l’utilisateur, Mint n’ayant jusqu’ici pas activé toutes les sources. Le gestionnaire dispose d’ailleurs d’une nouvelle option (désactivée par défaut) pour faire automatiquement son travail.
Outre une évolution graphique générale, aussi bien dans le thème (Mint-Y) que dans certaines applications, l’un des plus gros changement vient de l’environnement Cinnamon 3.8. Il est maintenant aussi rapide que Metacity pour le lancement et la restauration des applications, et l’ensemble du système devrait donc paraître plus réactif.
Ces hausses de performances se retrouvent dans d’autres parties du système, comme le déplacement de fichiers entre périphériques de stockage USB, ou l’affichage du contenu d’un dossier dans Nemo.
Entre autres améliorations, citons un niveau maximal de volume ajustable entre 0 et 150 %, une recherche simplifiée dans Nemo avec sauvegarde, des boutons de fermetures pour les notifications, un meilleur support de GTK 3.22, des réglages réseaux importés de GNOME 3.24 (avec correctifs de la 3.26) ou encore des miniatures pour des fichiers pouvant grimper jusqu’à 32 Go.
Linux Mint est disponible comme d’habitude en trois variantes : Cinnamon, MATE et Xfce. Bien qu’une bonne partie des changements soit commune, chacune a ses évolutions propres.
- Cinnamon : Notes de version – Téléchargement
- MATE : Notes de version – Téléchargement
- Xfce : Notes de version – Téléchargement
Commentaires (24)
#1
#2
19.0 plutôt que 19.3 non ?
#3
Oui effectivement, c’est la 19.0 qui sort.
“Linux Mint est disponible comme d’habitude en trois variantes : Cinnamon, MATE et Xfce.”
“C’est l’heure du test pour Linux Mint 19.3, qui offrira pour la première fois la capacité de mettre directement à jour la version majeure précédente (18.3). Cette fonction n’est pas encore active, les développeurs publieront des instructions après la version 19.3 finale.”
Soit vous dites qu’il sera possible pour la première fois de faire la mise à jour depuis la version majeure précédente mais dans ce cas, c’était déjà le cas pour le passage de la v17 à la v18 (et peut être même pour le passage v16-v17).
“It will also be possible to upgrade from Linux Mint 18.3. Upgrade instructions will be published after the stable release of Linux Mint 19.”
#4
#5
On ne peut pas parler vraiment “d’accélération”, en fait c’est plutôt un retour à la normale après le constat de performances dégradées à ce niveau.
Il y a un article sur le blog qui explique les recherches menées vis à vis de ces soucis de performances :https://blog.linuxmint.com/?p=3525
#6
#7
Aussi, il y a des stratégies à appliquer sur le sujet, comme par exemple dans le cas de petits fichiers, d’attendre d’en avoir suffisamment pour ne déplacer qu’un gros fichier contigu, ce qui améliore la vitesse.
Ça peut aussi être une meilleure prise en charge du matériel, chaque contrôleur ayant des spécificités.
#8
Tu verrais Nautilus sous Gnome pour la copie de gros fichiers ça rame comme pas possible.
Bon en ligne de commande ça passe direct. Mais Gnome a de gros problème là-dessus.
#9
Si tu as plusieurs petits fichiers à déplacer, je ne vois pas ce que tu peux optimiser. Il faut que tu les ouvres un par un en lecture d’un côté (ça a un coût système), que tu les ouvres en écriture de l’autre côté (idem, un peu supérieure), et que tu les lises et les écrives.
Le seul moment où on peut gagner en efficacité, c’est en utilisant des tampons pas trop petits (ça limite entre autres les appels système), surtout si le périphérique est rapide. Mais déjà avec des tampons de 64 k sous Linux on est quasi “à fond”, j’ai fait plus d’une fois le test avec des programmes maison (qui font quelque chose, pas juste un bench).
#10
Aucun rapport visible entre les problèmes de perf de déplacement de fichiers entre périphériques USB et le lien que tu postes.
#11
#12
#13
Je me suis posé la question car j’ai fais les maj sur la même install d’origine depuis la 17.1 alors que je suis une buse finie en terme de connaissances linuxiennes
" />
#14
Et ya plus KDE
" />
#15
#16
D’après ce que j’ai compris c’est pas la performance en copie qui est amélioré mais leur système d’avancement de la copie qui ralentissait tout le système.
#17
Je l’attendais avec impatience
" />
#18
Merci pour la précision ; sinon au choix ça fait un peu marrer ou ça fait dire “WTF”, « leur système d’avancement de la copie qui ralentissait tout le système »
" />
#19
Visiblement ils faisaient une action qui ne marchait pas sur les partitions monté par GVFS (utiliser notamment pour monter les clés USB). Du coup elle échouait ils retentaient l’actions en boucle et c’est ça qui ralentissait tout.
#20
>Entre autres améliorations, citons un niveau maximal de volume ajustable entre 0 et 150 %
c’est pas déja le cas ?
https://ibb.co/fqZnf8
#21
La base d’utilisateur n’est probablement pas suffisante pour justifier l’utilisation de ressources pour la maintenir
#22
Bon, va falloir que je teste cette distribution …
#23
KDE en dernière version est aussi plus lourd, ceci doit expliquer cela.
Au pire, Mageïa intègre toujours KDE.
#24
ouaip bien dommage, ‘vais devoir retourner sur kubuntu quand mint kde 18.x sera plus maintenu, mint était quand même une belle évolution de buntu.