Cette espace vous permet de voir toutes les Messages réalisées par ce membre. Vous ne pouvez voir que les Messages réalisées dans les espaces auxquels vous avez accès.
Tous n'est pas parfait, ça pose pb sous openSuse car beaucoup de paquet derrière ont des dépendances avec les headers du kernel 5.3 et ça rentre en conflit avec les headers des 5.10 installés. Donc à chaque fois il faut choisir de casser les dépendances, et ça marche ok mais bon on ne peut pas dire que ça soit pour tous les jours.
En gros pour bien comprendre, quand tu veux installer dkms il te dit qu'il a besoin du headers-5.3.... alors qu'il y a les headers 5.10. Donc les paquets ne sont pas fait avec un truc genre >= 5.3 mais avec == donc dès que tu n'as plus le paquet de base paf.
Donc pour le coup mon salut sera plus sur la 15.3 ou ça semble ok, ou alors partir sur tumbleweed.
Je viens de tester leap 15.2 avec un kernel home made 5.10. Résultat je retrouve la réactivité identique à manjaro.
Je me demande si ce n'est pas le kernel compilé par openSuse qui serait moins top. Pourtant sous tumbleweed c'est un 5.11 et je n'ai compilé qu'un 5.10 en repartant du fichier de conf du kernel de base de la 15.2 et en faisant "entrée entrée" pour tout laisser par défaut.
Bon j'ai testé la compilation d'un 5.10 sous leap 15.2. ça compile bien, ça s'installe aussi (mais me demande de remplacer des fichiers), mais une fois choisis dans le grub ==> ko
En mode failsafe ça foire sur: "fb0: switching to amdgpudrmfb from epi vga" et ça s'arrête là.
C'est bon j'ai réussi!!!! Il faut rajouter: sudo mkinitrd Me voilà sous un noyau 5.10 avec les firmware à jour Par contre forcément pour tout ce qui est builder de base genre virtualbox je pense que ça va poser pb...
Base de test: Tumbleweed KDE LVM encrypt. Test Tumbleweed KDE EXT4 sans encrypt ==> idem Test Tumbleweed XFCE EXT4 sans encrypt ==> un peu mieux, mais firefox est toujours un peu lent à la détente. Cela dit chromium est presque instantané. C'est mieux quand même. CE qui laisserait à penser que KDE sous tumbleweed est en parti responsable de cette latence.
Test manjaro KDE EXT4 ==> ça semble plus réactif quand même que sous tumbleweed kde, ça semble équivalent à tumbleweed sous xfce. Pour les flatpaks c'est bien plus réactif sous manjaro aussi.
@rodrigue7800 Bonjour. La présence d'un swap n'a aucun rapport avec le fait que ça soit un ssd. On peut parfaitement mettre un swap sur un ssd, et il est même toujours conseillé d'en conserver un.
La légende de l'absence de swap sur un ssd vient de l'usure du ssd à cause du swap. Mais si on a suffisamment de mémoire vive, le swap est très peu utilisé. Certains logiciels nécessitent un swap, et ça évite aussi de se retrouver totalement planté si jamais la mémoire vive se remplis.
D'ailleurs pour l'hybernation "mixte" (veille sur disque dur) il est nécessaire d'avoir un swap (bon en vrais je n'utilise pas cette option, et avec les ssd ce genre d'option perd son intérêt).
En regardant les options de montage de mes partitions de ssd, je me rends compte qu'il n'y a ni noatime, ni discard sur les partitions. J'ai rajouté noatime car c'est une option très utile pour limiter l'usure des ssd, mais pour discard y a il une autre méthode de fstrim en place chez openSuse?
j'ai cherché rapidement pour l'instant je n'ai rien trouvé de catégorique.
EDIT: j'aurais du préciser mes partitions: /boot ==> EXT4 LVM Encrypt / ==> EXT4 /swap
DAns une telle configuration faut-il activer discard ou pas? ET comment s'effectue le trim du coup?
Edit2, il semblerait que ça soit fait par timer: systemctl status fstrim.timer ● fstrim.timer - Discard unused blocks once a week Loaded: loaded (/usr/lib/systemd/system/fstrim.timer; enabled; vendor preset: enabled) Active: active (waiting) since Wed 2021-04-21 08:54:05 CEST; 1h 44min ago Trigger: Mon 2021-04-26 00:00:00 CEST; 4 days left Docs: man:fstrim
Mais si je fais un sudo fstrim -a ça ne semble pas vouloir du coup comment être sûr que le trim est bien fait?
Déjà j'ai check les perfs du ssd sous windows (bouuuh au bûché !) elles sont normales (550mo en lecture/516 en écriture et 70 Iops)
Niveau lancement sous windows (sans chiffrement) ça me donne l'impression d'être plus rapide à relancer une fois en mémoire, mais la manière de charger les éléments est différentes. Du coup difficile à dire. Faut vraiment que je trouve le temps de comparer en vm.
EDIT: j'ai rajouté noatime/discard sur le montage ça a l'air un poil plus rapide à relancer mais pas guère plus pratique.
Il faudrait voir s'il existe une procédure pour monitorer le temps de lancement de firefox/chromium.
EDIT2: j'ai ressorti mon asus à base de i5 6200u/16go/SSD 1to samsung 860 evo (donc le même modèle) sous linux mint LMDE4 en chiffrement (pas fait gaffe si c'est dans un volume lvm ou pas). EN ressenti le temps d'ouverture de firefox/chrome à chaud me semble plus cours que sur le nouveau pc portable.
Bon j'ai testé sur icewm donc on peut difficilement faire plus léger, j'ai toujours une petite latence lorsque je ferme et réouvre. C'est un peu plus rapide quand même mais pas instantané.
Je vais essayer de comparer avec d'autres distributions sur la même machine pour voir.
Hello. Je n'ai rien de particulier niveau processus, et c'est difficile de voir au gestionnaire de tâche ce qui se passe vu que le délai c'est souvent comme dit 1s/2s donc t'as pas le temps de voir un top réellement.
Au début je pensais que c'était leap un peu trop ancien, mais comme dit sous tumbleweed j'ai aussi cette sensation. Je suis en EXT4 mais LVM encrypt.
Il faudrait que je vois si sur mon fixe (ryzen 2600) j'ai aussi cette sensation. Sur le fixe des parents à base de ryzen 1200af je perçois bien aussi cette latence (mais ils sont aussi sous leap). Sur le portable qui arrive juste, comme je testais je me suis dis que j'allais essayer tumbleweed mais pas vraiment perçu de différence. A chaud ça devrait être instantané en fait.
Sur mon pc portable actuel en production sous leap j'ai aussi cette latence, mais je mettais ça sur le compte de la machine plus ancienne (à base de i5 4XXX mais toujours en ssd)
Petite question, avez vous constaté un manque de réactivité d'openSuse? Je l'ai sur plusieurs machines et je constate à chaque fois les mêmes "lenteurs" à l'ouverture de programme.
En gros si j'ouvre firefox/chromium/thunderbird ou autre, je trouve que c'est toujours plus lent, que les mêmes applications que j'ouvrirais sous Manjaro ou autre par exemple. IL en est de même sur les paquets flatpak.
Au début je me disais que c'était propre à la version Leap, mais je viens d'installer la version tumbleweed à jour sur le pc portable à base de ryzen 4800H/32go/SSD Samsung evo 860 2to et pareil, je trouve que ça manque de réactivité. (tout a été installé en Ext4 LVM Encrypt). J'ai leap installé sur 3 Pcs différents et tumbleweed sur cette nouvelle machine tout juste arrivée et je constate toujours ces petits temps de chargement qui me semblent anormaux surtout une fois le logiciel déjà lancé.
Exemple simple, j'ouvre firefox, je le referme, je le réouvre ==> Le temps d'ouverture est > à 1s, on doit être entre 1 et 2s. Normalement ça devrait être presque instantané. Mais ce n'est pas propre à firefox, si je fais le même test sous chromium, c'est un peu plus rapide, mais j'ai aussi ce temps de chargement d'une seconde
Il faudrait que je refasse le test en vm pour comparer les bureaux/systême de fichier, mais ça reste assez visible comparé à Manjaro Kde par exemple. (un pote a aussi perçu ça en machine virtuelle)
Hello. Attention par contre j'ai vu passer un twitt parlant d'un soucis de maj sur cpu 32bit, donc si vous utilisez tumbleweed et gnome 40, renseignez vous avant au cas ou.
Sinon pour gnome 40 sous leap 15.3 non il n'y a aucune chance que ça arrive parce: 1) les montées de version .X ne sont pas des montées de versions de logiciel ni de kernel, il y a très peu de changements effectués, la monté de kernel entre la 15.1 et 15.2 était assez exceptionnelle 2) Leap va rentrer en RC, donc aucune chance qu'un logiciel qui sort tout juste en stable arrive sur une RC, il aurait fallut qu'il soit dispo au moment de la version alpha.
Donc non clairement aucune chance, il n'y aura pas beaucoup de différence de version de gnome sur leap 15.3 (pour kde c'est la même version, seul les api kde sont légèrement mis à jour)
