Aller au contenu principal ↑ ↓

Messages

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.

Messages - burn2

454
Matériel / Re : Compilation Kernel
JE sais pour le dépôt kernel, j'en avais parlé ici, mais c'est encore pire, parce que le kernel compilé dans ce dépôt dépend d'un glibc trop récent, donc ça fout la grouille. ça ne marche pas au final.

Et idem je sais pour le kernel 5.12. :)
J'avais testé le 5.10 car LTS.

Pour l'instant je fais des tests, donc je n'ai pas arrêté de choix. Comme dit, si je dois rester sur une distrib au final ça sera forcément sur le kernel de base vu que compiler son propre kernel pose pb de dépendance sous openSuse malheureusement. :/

Donc ça sera soit sur la 15.3 (qui a aussi un kernel 5.3 mais avec d'autres backport qui fait que le les cpus renoir avec igp sont enfin supportés à priori) soit sur tumbleweed qui a un kernel 5.11. (et là pour le coup aucun doute tout marchait au poil)
455
Matériel / Re : Compilation Kernel
hello.
En fait c'était un test rapide pour voir.

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.
456
Programmes et logiciels / Re : Réactivité général openSuse
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.
457
Matériel / Re : Compilation Kernel
Oui!
Je n'avais pas plymouth (pb de support gpu) et c'est ok maintenant
Le hdmi ne fonctionnait pas non plus avec mon igp ==> c'est ok maintenant.

En fait leap 15.2 ne supporte pas à 100% les cpu renoir, avec un kernel 5.10 + des firmwares à jour tout est ok.
458
Matériel / Re : Compilation Kernel
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à.

EDIT: je teste ça en plus
https://tutorialforlinux.com/2021/01/12/how-to-update-linux-firmware-on-opensuse-guide/2/

EDIT2: ça ne change rien. :(

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...





459
Programmes et logiciels / Re : Réactivité général openSuse
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.


Maintenant le pourquoi se pose.
460
Matériel / Re : SSD sous opensuse (discard/noatime)
@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).
;)
462
Matériel / Re : SSD sous opensuse (discard/noatime)
Il ne retourne rien et c'est immédiat.
Du coup aucune idée de s'il fait quelque chose ou pas.

Mais echo $?
0
 donc je peux en déduire que "tout va bien" mais sans garantie qu'il fait son taf quoi. :/


463
Matériel / SSD sous opensuse (discard/noatime)
Bonjour,

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?

464
Programmes et logiciels / Re : Réactivité général openSuse
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.

465
Programmes et logiciels / Re : Réactivité général openSuse
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.