Reprise du message précédent :

 
Oui, c'est plasma-org.kde.plasma.desktop-appletsrc
 
Edit: En fait, ça gère toutes les applets du desktop.

J'avais surtout un problème de surconsommation en général   Après màj du kernel ça va nettement mieux et j'ai remis le thème du coup.
L'outil c'est bêtement celui de kde.

 
Merci c'est ce que j'avais trouvé, et je cherchais bêtement dans un répertoire, mais oui je vois bien le fichier dans .config sur ma distribution...  
(je pensais que ça serais dans un .kde quelque part)

Des utilisateurs laptop OLED sous KDE (of course) ici ? Des retours ?

Et hop, noyau en RC et DE en Alpha

 
Le plus important reste la sortie de la Beta1 de KDE 6 dans 2 jours
https://community.kde.org/Schedules/Plasma_6
 
Et aussi la sortie plus que probable des Mesa 23.3.0 dans 2 jours aussi ....

J'espère qu'ils corrigeront le truc du chargement limité de la batterie dans Power Management (genre, forcer à 80% mais reset à 100% à chaque reboot).
Sauf si c'est un paramètre qui échappe à KDE ...

J'ai remarqué depuis plusieurs années que la version KDE5 de Dolphin (l'explorateur de fichiers) est moins rapide que la version KDE4 de Dolphin,
on le sent dès qu'on veut lister un dossier contenant de nombreux sous-dossiers et fichiers (avec l'affichage en mode détails), ça mouline un peu plus pour afficher toutes les colonnes, comme s'il y avait un manque d'optimisation dans les boucles dans le code source de Dolphin version KDE5, ou que Dolphin KDE5 calculait avant d'afficher les dossiers des statistiques (genre nombre de sous-dossiers d'un dossier, sa taille) que la version 4 ne faisait pas ?

La lenteur est très perceptible si on utilise un disque dur plutôt qu'un SSD, à une époque j'avais à la fois Dolphin version KDE4 et la version KDE5 de Dolphin d'installé (j'avais installé arch linux avec KDE4, puis migré quelques mois plus tard vers KDE5, la version 4 de Dolphin n'avait pas été supprimée lors de la migration), j'ai tout de suite ressenti une certaine lenteur avec la version KDE5.

J'espère qu'avec KDE6 Dolphin sera un peu plus rapide, et qu'ils auront identifié dans le code source le goulot d'étranglement responsable des mauvaises performances.

Je n'ai pas observé de grandes différences sur dolphin entre KDE5 et 6

J'ai regardé dans les options de Dolphin version KDE5, il y en a une qui m'intrigue, celle qui configure la colonne "taille" :

elle affiche soit le nombre de sous-dossiers si l'élement est un dossier, soit la taille du fichier si l'élement est un fichier.

Le fait de cocher "nombre d'élements" ou "taille du contenu" en changeant le niveau de profondeur : ça ne semble pas avoir d'impact sur le temps d'affichage, alors que cela devrait vu qu'on peut paramétrer le niveau de profondeur de lecture des sous-dossiers.

J'ai testé sur un vieux PC (carte mère de la fin des années 2000, CPU core 2 quad), sur un disque dur on sent la lenteur, sur un SSD c'est un peu mieux,
puis j'ai testé sur un mini-pc beaucoup plus moderne (SSD M.2 nvme, CPU intel core i5 8ème génération 6 coeurs) : la rapidité du matériel masque le défaut d'optimisation de Dolphin je pense, car ça s'affiche vite.

La version KDE4 de Dolphin affichait déjà les previews au niveau des icônes ?
C'est le truc qui doit prendre le plus de temps.
Il doit y avoir un cache (~/.cache/thumbnails), mais ça fait quand même des d'accès disques pour le lire.
 
Pour "taille du contenu", les métadonnées restent en mémoire un certain temps, mais quand faut lire le disque, ça peut prendre un certain temps, mais moins que les previews à priori.
 
Si tu changes de dossier et revient dur le dossier initial, c'est encore lent ?

Si je reviens sur un dossier dont j'ai déjà exploré le contenu alors ça semble plus rapide, peut-être une utilisation du cache mémoire.

La lenteur se voit quand j'explore pour la première fois en mode "liste/détails" un dossier contenant plusieurs sous-dossiers et fichiers, là je vois que Dolphin rame un peu, et affiche progressivement la colonne "taille",

je pense que Dolphin KDE4 ne faisait pas ce genre de calcul de nombre de sous-dossiers pour un dossier dans la colonne "taille", d'où sa rapidité.

Ici, je fais un  

au démarrage du système pour maximiser la rétention des métadonnées du filesystem en mémoire.
 
https://wiki.archlinux.org/title/Sysctl#VFS_cache

Dites, je suis en scaling 200% (car Oled) et j'ai des apllis tierces (gthumb, auto-cpufreq gui, etc) qui restent minuscules, que ce soit la fenêtre, fonts ou barre de menu.
Y a moyen de régler ça ? App par app, ou globalement ?

Je pense que tu veux parler d’HiDPI plutôt que d’OLED (qui n’a rien à voir là-dedans, puisque c’est juste le remplacement sur un écran d’une matrice LCD par des LED).
 
Et faut voir comment c’est géré sur Plasma. Un bon point de départ est le wiki d’Arch Linux, même si c’est pas ta distro.

Oui, je dis Oled parce que la résolution est "de fait" largement plus haute
Je vais regarder, merci.
L'app "galaxy buds client" se redimensionne plus ou moins d'elle-même par contre, en démarrant toute petite.

 
Il me semble que le scaling configuré au niveau de Plasma s'occupe des réglages globaux.
Ici, je repasse derrière car je switch parfois de résolution.
 
Sous X11, tu peux vérifier avec les commandes :

• xdpyinfo | grep -A2 "^screen"
• xrdb -q | grep "^Xft.dpi"

Apparemment ce serait depuis Plasma 5.27, ça a été remonté comme bug.
Certains disent que le service GNOME/GTK settings synch écrase la config de xsettingsd.conf, et de le désactiver. Ca n'a pas l'air de changer grand chose.
Sur un autre laptop et le même Plasma mais en 1920*1080, ça va (scaling 125%)  - mais forcément, c'est une résolution moindre que le 2880*1800 ici.
Sinon j'ai ça :

C'est pas grave, c'est juste 2-3 applis que je lance peu (sauf gthumb).

Le dpi est bien réglé en tout cas.

J'aimerais lancer un lock screen depuis Plasma (via ctrl-alt-L) qui lance un screensaver propre à xscreensaver (Roman Boy). C'est possible ?
Plasma semble n'accepter que ses propres paramètres, et bypasser le gestionnaire d'énergie par xscreensaver (en auto), ça me plait moyen.
En gros, juste que ctrl-alt-L lance le screensaver.

https://wiki.archlinux.org/title/XScreenSaver#Usage

Merci.
 
ArchLinux a la doc sur tout en fait

Et hop !
 

ça marche bien plasma et wayland ?  

Impeccable ... et il y a une marche à l'usage entre KDE 5 et 6. Beaucoup plus réactif, surtout sur les petites configs.
 
Bref, j'ai hâte d'être à février avec mon 5950x / rx 6800xt

C'est basée sur Qt6 cette version de plasma 5.91,

celle officielle stable est encore sur Qt5 (plasma 5.27.10) sur mon arch linux.

L'utilisation de Qt6 explique peut-être la sensation de meilleure réactivité.

Tout à fait, je me dis la même chose.

Dites, depuis la dernière mise à jour de KDE, mes touches de raccourci pour le son ne fonctionnent plus (le truc, c'est que les autres touches, comme le Courrier ou la Calculatrice fonctionnent bien ...).
 

 
Vous avez le même souci ? (ou c'est juste moi?).
 
NB : les touches sont Volume+ Volume- et Muet.
 
edit : aussi, je n'ai plus l'icône de son dans la boîte à miniatures de KDE, mais, les touches de son fonctionnent bien via les applications ... bref, ça semble désormais géré, non pas globalement, mais via l'application utilisée (j'ai pipewire 1.0 aussi).
Bref, ça serait kmix qui ne fonctionne pas. En le relançant, c'est bon .

Tu utilises un clavier spécial qui a des touches "volume +" et "volume -" ?
Un PC portable ?

Sur un clavier PC standard 105 touches il n'y a pas ce genre de touches.

En créant un nouveau compte utilisateur de test ça permet de repartir sur un profil vierge KDE plasma, et par là de savoir si le souci venait du profil de ton compte utilisateur habituel.

Pas eu de souci avec kmix lors de la mise jour vers la version 5.27.10 de plasma.
Le son est géré par pulseaudio.

J'utilise un clavier des années 2000, voire avant (Microsoft internet keyboard pro acheté une vingtaine d'euros en réduction en 2001) avec des touches de raccourcis.
 
Sinon, pas de souci, en relançant kmix, c'était bon.
 
Kmix et pipewire pour moi donc.
 

KDE 6 RC1 ... amélioration de la réactivité par rapport à la béta 2
 

Une chose bizarre : le tag sur le fond d'écran annonce « KDE 6.1 Development » et le numéro de version ressemble à une 6.1 alpha
 
Hors d'après le wiki, on devrait être en 5.92.0  
https://community.kde.org/Schedules/Plasma_6
 
Il s'est passé un truc ?

question :
Ceux qui sont sous neon vont migrer dès la sortie de plasma 6 ?
Ou faudra attendre    

Ben, j'vais laisser les dépôts faire le job

Un point à éclaircir : il semblerait que Qt6 ne supporte plus l'architecture 32 bits coté Windows et probablement Linux :
https://doc.qt.io/qt-6/supported-platforms.html
 
à part les architectures android et ARM, les micro-contrôleurs type STM32 où l'on peut trouver des binaires Qt6 pour le 32 bits,
 
ça voudrait dire que plasma 6 (basé sur Qt6) ne pourra tourner que sur des distributions linux 64 bits.
 
Et Windows 7/8 ne sont plus supportés par Qt6 (même en version 64 bits), ça va être gênant pour les développeurs indépendants qui pensaient pouvoir porter leurs applications Qt5 vers la version Qt6 à la fois pour les vieux OS et ceux récents.
https://forum.qt.io/topic/140132/do [...] -windows-7

 
ce n'est pas parce qu'il n'y a pas de binaires que tu ne peux pas compiler toi même les sources. Plasma6 compile et fonctionne avec Qt6 sur i586, au moins sur mageia cauldron.

Il y a un paquet plasma 6 et Qt6 officiels quelque part pour cette distribution 32 bit ?

Même si ça compile il faut voir si les bibliothèques Qt6 ne crashent pas à l'exécution et que les tests unitaires sont tous Ok, sinon ça donnera une version plasma 6 pas fiable sur l'environnement 32 bit dont on ne voit pas de support officiel sur le site de Qt6.

Voir aussi cette page reddit :
https://www.reddit.com/r/QtFramewor [...] nsidering/

je ne suis pas sur de bien comprendre ta question.
Actuellement, c'est dans core testing sur la version de développement de la distribution (cauldron) :
http://sophie.zarb.org/distrib/Mag [...] es_testing
 
Mais comme c'est de l'alpha, il y a forcément encore des problèmes (sur toutes les archs).
 

Il y en a qui ont testé la RC1 de Plasma 6 sur Archlinux ? C'est stable ?

Vraiment pas mal du tout ce petit Kde Neon    
 

Je l'utilise depuis quelques années maintenant .... et j'ai pas envie d'en changer : tu cumules les avantages d'une Debian, d'une Ubuntu LTS et de la meilleure configuration KDE Plasma disponible (faite par des membres du projet KDE).  

C'est une base ubuntu non? Donc du coup les mêmes défauts qu'ubuntu à la base, aka snap non?  
 
Vu que ubuntu ira de plus en plus à fond sur les snap, il faut s'attendre à ce que ça puisse poser problème si on veut s'en passer ou à l'accepter.