La sortie récente de LXQt 1.2.0 nous donne l’occasion de revenir sur cet environnement de bureau spécifique, prévu pour être extrêmement léger et redonner vie à d’anciennes configurations. La nouvelle mouture lui apporte en outre plusieurs évolutions importantes, dont un début de compatibilité avec Wayland.
D’abord, qu’est-ce que LXQt ? Si vous vous souvenez de LXDE (Lightweight X11 Desktop Environment), vous l’avez peut-être gardé en mémoire comme un environnement très léger, le rendant particulièrement adapté à des machines vieillissantes ou aux environnements virtualisés.
En 2013, le développeur taïwanais Hong Jen Yee, peu satisfait du passage de LXDE à GTK3, décide de réécrire le gestionnaire de fichier PCMan FM en Qt. Ce projet marque le début d’un changement qui, en association avec Razor-Qt, débouche sur la réécriture complète de LXDE en Qt : LXQt (The Lightweight Qt Desktop Environment). LXDE est toujours entretenu, mais LXQt a depuis gagné en visibilité et est par exemple utilisé dans Lubuntu depuis la version 18.04 du système.
LXQt, dans les grandes lignes
Contrairement à la grande majorité des distributions, il n’est pas question ici de plaire à l’œil par le soin immense apporté aux moindres détails, par des effets graphiques et autres. LXQt a une orientation : c’est un environnement classique, d’apparence classique, sans fioritures et conçu pour aller à l’essentiel.
L’autre grand aspect de LXQt, c’est sa faible consommation de ressources. À titre d’information et de comparaison, nous avons par exemple mesuré celle de la mémoire avec l’outil htop. Comme on peut le voir dans les captures ci-dessous, sur un système fraichement installé et vierge de toute modification, Lubuntu 22.10 consomme 807 Mo, là où Ubuntu 22.10 (idem, installation neuve, sans ajout), prélève 1,67 Go, soit plus du double.
La réputation de LXQt dans ce domaine n’est pas galvaudée. Cependant, on n’installe pas un système uniquement pour ce dernier. Le comportement de la machine va dépendre fortement des applications qui seront utilisées. Même si pour un lot d’applications le système LQXt affichera une consommation moindre, il peut arriver un moment où 800 Mo ne pèseront plus si lourd dans la balance.
Pour le reste, personne ne sera perdu avec cet environnement, qui présente une barre des tâches, un menu très simple concentrant l’ensemble des raccourcis, des bureaux virtuels, un tray en bas à droite avec l’heure et quelques icônes classiques comme le réseau, le presse-papiers ou encore le son… Un bureau traditionnel, sans barre de menu en haut de l’écran, qui devrait pouvoir être pris en main par à peu près tout le monde.
L’arrivée de LXQt 1.2.0
Il y a quelques semaines, une nouvelle mouture de l’environnement est apparue. Ne vous fiez pas à son numéro de version, il s’agit bien d’une sortie majeure, avec à son bord de nombreux changements, souvent fonctionnels, mais également techniques.
On y trouve ainsi le travail initial de support de Wayland pour la session LXQt, qui le rend techniquement fonctionnel, mais avec probablement des bugs plus ou moins nombreux selon les scénarios d’utilisation et les applications. Des correctifs sont d’ailleurs présents pour le gestionnaire de fichier, ainsi que pour LXQt Panel (le positionnement du pop-up pour le volume se faisait mal).
On reste dans la technique avec un passage de l’environnement à la version 5.15 de Qt, également LTS.
Côté fonctions, on trouve des nouveautés un peu partout, comme le support de la sélection « rubberband » (cadre extensible) dans le gestionnaire de fichiers en mode colonne, pour les colonnes n’ayant pas de nom. À l’inverse, le raccourci Ctrl + D permet de désélectionner tous les éléments dans le gestionnaire, ainsi que dans la fenêtre de sélection des fichiers, depuis une application. Toujours dans le gestionnaire de fichier, on peut maintenant indiquer dans les options le maximum d’éléments que l’on souhaite garder dans la recherche.
Citons par ailleurs l’arrivée du rendu bidirectionnel du texte dans QTerminal, le support par le gestionnaire d’énergie de l’état stable de la batterie (ordinateur sur secteur et sans décharge), de nouveaux classements des photos dans un sous-menu de la visionneuse, une meilleure gestion des écrans multiples, et bien sûr une série de correctifs généraux.
Installer LXQt 1.2.0 sur Lubuntu 22.04
La plupart des utilisateurs de Lubuntu se servent encore de la version 22.04. Elle n’est pas mise à jour par défaut vers la 22.10, et le site officiel lui-même recommande la 22.04 du fait de son statut LTS. La version fournie de LXQt est également plus ancienne : la 0.17 (là encore, la nomenclature du projet est particulière).
Comme avec LXQt 1.1.0 il y a environ six mois, l’équipe de développement de Lubuntu vient de mettre en place un backport pour la version 1.2.0. Il permet l’installation de cette dernière sur Lubuntu 22.04 sans attendre qu’une prochaine mouture du système d’exploitation la prenne en charge. Précisons tout de suite que ce backport n’existe que pour Lubuntu 22.04. Lors de l’annonce, l’équipe avait prévenu qu’un bug empêchait Lubuntu 22.10 d’en profiter. Le bug n’a toujours pas été résolu, comme nous l’avons vérifié.
Comme souvent dans ce genre de cas, il faut simplement ajouter le dépôt pointant vers le backport, avec la commande suivante :
sudo add-apt-repository ppa:lubuntu-dev/backports
Après quoi, on rafraîchit les dépôts et on lance l’installation, via deux commandes :
sudo apt update
sudo apt upgrade
Si vous préférez tout écrire en une ligne et que le processus s’occupe de tout sans poser de questions, vous pouvez également écrire :
sudo apt update && sudo apt upgrade -y
Il ne reste alors plus qu’à redémarrer. Ne soyez pas étonnés après coup si aucun fond d’écran n’est présent. Dans notre cas, l’image de Lubuntu 22.04 (la méduse) avait été remplacée par une simple couleur noire.
Soyez prévenus toutefois : installer LXQt 1.2.0 sur une base LTS peut faire baisser la fiabilité générale. Non parce que cette version est moins stable de manière inhérente, mais simplement parce que le code est moins éprouvé et que Lubuntu 22.04 n’a pas été développé à l’origine pour LXQt 1.2.0. Les développeurs estiment toutefois que c’est une bonne solution pour les personnes souhaitant un système à mi-chemin entre la fiabilité d’une base LTS et les nouvelles fonctionnalités.
Commentaires (16)
#1
Peut-on vraiment comparer LUbuntu et Ubuntu en conso mémoire et en déduire que LxQT est “meilleur”? Ne vaudrait-il pas comparer Ubuntu dont on repasse le desktop en LxQT ou l’inverse?
Déjà il y a quelques années on nous serinait avec des articles “XFCE consomme moins” “LxDE consomme moins”…
Sauf que dans les faits, ces DE consomment moins pour deux raisons:
Par exemple: XFCE n’était pas basé sur Qt. Il suffisait de lancer une appli Qt depuis XFCE, et la conso mémoire de XFCE était alors à peut près la même que celle de KDE, puisqu’il avait du charger et initialiser l’environnement Qt.
Donc oui, les environnement “légers” peuvent réduire l’empreinte mémoire, mais cela nécessite de choisir les applis lancées dans celles de l’environnement (ici, lancer du Qt) ou des applis ne dépendant pas d’un environnement.
Un exemple concret, c’était libreoffice, dont le backend par défaut est Qt, et donc qui se retrouvait sous LxDE à faire consommer pas mal de RAM…
C’est un peu l’effet ‘vista’ finalement…
#1.1
Surtout, je me dis, 800Mo de ram d’économiser alors qu’aujourd’hui, où le moindre logiciel, c’est entre 500Mo à plusieurs Go, ben, même un linux avec 8Go de ram, il fini vite par swapper.
L’OS aujourd’hui n’est plus le plus gros consommateur de mémoire, c’est les logiciels. Rien que mon firefox, là, consomme au moins 1.8Go (il y a des processus en arrière plan qui ne sont pas compté).
D’après ce que j’ai regardé, 1.2-1.4Go de RAM en général, et ça pourrait même descendre à 900Mo dans certain cas pour un Windows 10. Après, Windows a une politique dans l’utilisation de la mémoire qui dépends de sa disponibilité. Donc potentiellement ce chiffre peut varier entre un ordinateur possédant 4Go et un autre avec 32Go de ram.
#1.2
Firefox comme la plupart des gros softs modernes, ne libère la RAM que quand l’OS est à court. Si ton Firefox consomme 1.8Go de RAM c’est qu’il y’en assez de dispo dans le système pour ne pas libérer la RAM inutilisée tout de suite.
C’est l’OS qui demande à libérer de la place quand l’espace RAM dispo devient faible. Ton firefox avec 512mo de RAM et les mêmes onglets ouverts, n’utiliserait que quelques centaines de méga, mais serait un peu moins réactif à ouvrir un nouvel onglet, car il demanderait à l’OS de lui allouer à nouveau de la RAM.
L’exemple de l’article n’est pas très bon, il vaut mieux limiter la RAM dans VMware et tester le temps de boot (ou lancement d’une appli) entre lxqt et ubunutu classique.
Techniquement, un linux essaie toujours d’utiliser 100% de la RAM : ce qui n’est pas utilisé par des applis sert de buffer aux accès disques (les fichiers récemment lus restent en mémoire pour être lu plus rapidement la prochaine fois)
Dans Firefox, tu peux t’amuser avec about:memory il y’a des options pour forcer la libération de la mémoire : j’ai 10 onglets ouverts et firefox consomme 220-250Mo. Il y’a aussi about:performance pour voir l’empreinte mémoire de chaque onglet, on parle de maxi 10Mo par onglet !
#2
Lubuntu 22.10 consomme 807 Mo, là où Ubuntu 22.10 (idem, installation neuve, sans ajout), prélève 1,67 Go, soit plus du double.
À titre de comparaison, un Windows 10 (ou 11) vierge, ça consomme combien de RAM ?
#2.1
On compare quoi ? L’os ou le Gui ? en fait on s’en tape le beans est de faire tourner un environment productif avec le minimum de ressources … Avoir 4 messages d’affilé pouvant être réuni en un seul me semble à l’encontre de ça.
#2.2
Windows 11 consome 7Go de ram apres installation sur une machine de 16Go
A l usage on est proche des 7.6Go.
#2.3
Euh pas du tout
sur mon ryzen 9 16 go de ram, je suis plus a 1,5 gig au demarage.
Petit tip’s, désactiver le pré-demarrage de Edge (qui est gourmand en ram)
#3
On reste dans la technique avec un passage de l’environnement à la version 5.15 de Qt, également LTS.
On aura probablement bientôt droit à une nouvelle version majeure d’ici peu de temps car la fin de vie de Qt 5.15 est fixée au 26 mai 2023, soit environ 6 mois.
#4
Lors de l’annonce, l’équipe avait prévenu qu’un bug empêchait Lubuntu 22.10 d’en profiter. Le bug n’a toujours pas été résolu, comme nous l’avons vérifié.
Quelqu’un sait-il où on peut trouver le ticket (ou autre) qui indique l’origine du problème empêchant LXQT de fonctionner sur Ubuntu 22.10 ?
#5
Après touts ces remarques et questions, k’en profite pour remercier NextInpact pour parler de cet environnement de bureau moins connu que d’autres mais qui a quelques avantages.
#6
L’intérêt principal de LXQT, ce n’est pas l’occupation mémoire. C’est surtout que c’est simple, rustique, robuste, facile à comprendre par les utilisateurs. Mes enfants sont sous LXQT.
#7
Firefox gère la mémoire comme ce que tu décris pour Windows : si il a de la marge, il va en utiliser beaucoup pour une meilleure réactivité, sinon il va en utiliser moins, en limitant les fonctionnalités gourmandes en RAM.
Edit : Je retrouve plus la source qui décrivait ce mécanisme de “scaling” dans FF :/
#8
Le Tab Unloading ?
#9
Si on veut gratter, je pense qu’il vaille mieux installer sur une Debian par exemple qu’un Ubuntu. Debian charge moins de service par défaut.
En effet il faut également faire attention aux applis. Pour ma part, je suis en train d’essayer antiX.
Le navigateur par défaut de antiX n’est pas Firefox mais seamonkey (un navigateur qui n’est pas basé sur le moteur blink pour une fois mais Gecko) et celui-ci semble être plus léger que Firefox
#10
Il me semblait que c’était plus complet que ça, mais je confonds peut-être avec autre chose 🤔
#11
C’est marrant parce qu’au départ, Firefox a été créé justement pour être une alternative plus légère que Seamonkey.