Une distrib linux pour jouer?

C’est ce qu’on appelle une meta distribution.
Elle ne distribue pas d’exécutables binaires à part pour le média d’installation mais des scripts de compilation.

Si tu veux savoir exactement comment ça fonctionne, il faut lire le livre Linux From Scratch.
(l’étape du bootstrap (Gentoo Stage 1) est passionnante à lire, c’est un gros paradoxe à résoudre (en gros compiler le compilateur et résoudre les dépendance à la précédente toolchain)

Gentoo automatise ce processus avec la possibilité de passer des options pour activer ou desactiver des fonctions.possible que lors de la compilation des logiciels.

1 « J'aime »

C’est vraiment un sujet bien vaste, j’en apprends des aspects tous les jours (et j’en oublie un bon paquet aussi :sweat_smile: )

Par contre c’est peut être un bon moment pour râler :

  • Internet est une poubelle :rofl:, sur certains sujets qui existent depuis les débuts d’internet, on se retrouve avec des couches et des couches d’infos obsoletes. Linux c’est un champion de ce coté là. La Vr sous linux en est aussi un bon exemple malgré sa jeunesse. Le gaming linux s’en sort bien car il y a un paquet de nouveaux joueurs sur ce créneau donc on tombe sur des sites + récents
  • Car il y a aussi un autre souci, « ceux qui savent » en savent trop, bien souvent ils donnent la solution comme avec ce --fdpass à mettre sur le fichier de config du service mais moi débutant j’ai aucune idée de l’endroit dont il parle. Le pire c’est que c’est probablement car c’est pas si simple de savoir ou cela va être sur telle distrib et même sous quel nom, il y a des variations entre les distribs et … les versions du soft.
    En fait c’est sûrement difficile de faire des pages d’aide, ce sera obsolete dans 3ans (bon j’exagère le trait)

Je dis cela mais j’aime chercher et surtout trouver quand je rencontre un problème. Drauger par exemple j’accepte mal cet échec et cela me tente bien de le retenter en ext4 pour voir si c’est pas son support du btrfs qui pêche du coté gestion des sous-volumes

Bref si je suis là c’est que j’ai qq photos sur Refind
C’est un outil qui fait la part boot manager de grub mais ne fait pas la part boot loader que celui-ci sait faire
Je réinvente pas la poudre
La page Managing EFI Boot Loaders for Linux: Basic Principles explique

  • Boot managers present a menu of boot options, or provide some other way to control the boot process. The user can then select an option, and the boot manager passes control to the selected tool.
  • Boot loaders handle the task of loading an OS kernel into memory, often along with support files such as a Linux initial RAM disk (initrd) file, and starting the kernel running.

En mode EFI la plupart des kernel savent eux même faire la part boot loader donc dans ce mode savoir faire « boot loader » n’est plus nécessaire et donc ReFind peut exister

On prend ReFind dans le gestionnaire de paquet de la distrib, on fait un refind-install pour l’installer dans la partition efi, et son dossier sera directement visible dans /boot/efi sur linux

Ensuite avec le bios on démarre sur refind
(le boot c’est tj sur mon mon moniteur display port même s’il est éteint donc image incurvée)

Les 2 de gauche sont sur mon nvme principal, windows et manjaro
Le reste c’est le souk que j’ai en ce moment avec mes essais :sweat_smile:, (c’est un peu un désastre en fait, suite a un event malheureux Drauger j’ai perdu Bazzite, ici il y a bien 6 boot fait par Voyager au centre, qq pop_os puis qq drauger hors visu)

Le premier point c’est que le blanc me pète les yeux, ma premiere mission c’est de passer cela en sombre
Il faut localiser le repertoire refind, j’ai fait cela a partir de l’ultime essi de Drauger, c’est dans le boot efi de drauger que j’ai ici monté dans manjaro


Ensuite il faut de la matiere, il faut faire une image entièrement noire (ici gimp 1024x768 remplie en noir et exportée en .png = 3.5ko en taille )

Ici je l’ai mise avec les autres images mais ce n’est pas obligatoire, faut rester à portée du dossier refind

Il suffit ensuite de configurer le fichier de configuration de refind
Décommenter une ligne banner avec notre image comme cible et banner_scale avec fillscreen pour l’étendre à tout l’écran si > 1024x768

Cela ressort pas noir au final mais c’est moins pire

On peut utiliser la touche « supprime » pour cacher un icône en trop, il se retrouve alors dans le bouton de recyclage ligne du bas



Les clés jaunes sur la gauche de la 2ieme lignes c’est pour relancer l’outil MOK d’une distrib, c’est l’outil pour mettre les clés dans le bios dans le cas ou on utilise le secure boot sur cette distrib
A droite du recyclage : éteindre pc → reset → aller dans le bios

Bon au final il y a un hic dans mon cas, cela scanne systématiquement toutes les partitions de chaque disque, avec mon souk cela met bien 3 à 4secondes pour afficher la liste → une distrib serait à moitié chargée entre temps. Il y a moyen de lui dire ou chercher et ou ne pas chercher, voir bricoler les noms je pense mais j’ai pas le besoin de le savoir pour l’instant donc je vais gagner du temps et stopper là
Je retenterai quand il n’en restera qu’une seule sur le nvme 2

1 « J'aime »

+1 sur le web de nos jours et je constate ça sur tous les sujet : Linux, Arduino, impression 3D, graveuse laser etc…

Je crois que ceux qui répondent aux questions ne maitrisent pas du tout leur sujet donc en fait c’est du « chez moi ça marche » ou carrément « tu devrais pas faire ce que tu essaie de faire ». Et chaucun y va de sa avis perso façon des recettes de grand mère alors qu’on parle de mécanique, electronique ou d’informatique, des trucs logiques…

c’est comme si tout le monde était atteint d’un gros TDAH, ils sont incapable de se souvenir des étapes menant au résultat.

Ce post risque d’être un beau pavé, d’habitude je pars un peu dans tous les sens, cette fois ci c’est pire :sweat_smile:

Au menu, je me suis mis en tête de tester different pilote Nvidia, connaissant le sujet pilote nvidia, on va parler aussi de timeshift (je pars défaitiste/sans illusion) et de btrfs
Puis de repository linux (référentiel pour certain site? archive? bon vais dire dépôt), et vers la fin de proton ge et NTsync/kernel

Cela se passe encore dans Voyager, toujours basé sur Ubuntu (donc le cœur du changement de pilote ne sera pas applicable sur une basée arch comme manjaro)
Pour éviter d’être parasité j’ai supprimé ClamAV (après un effort surhumain pour le faire marcher) , Steam avait en fait du mal à se lancer rapidement avec cet AV en surveillance active

On commence pas directement avec du pilote mais avec ce système de fichier btrfs : c’est le truc le plus hallucinant que j’ai vu sur un OS, mes 30ans de windows m’ont même fait croire à un bug :grin:. Bon c’est un truc de barbu vu que cela ne concerne que le point de restauration.

Voila a quoi ressemble la partition contenant Voyager vu de manjaro, on voit 3 sous-volume Btrfs, cela indique que les sous-volumes sont bien utilisés par Voyager et c’est ensuite assez magique.

Sur Voyager, un point de restauration se fait en moins d’une seconde, la restauration vers un vieux point… c’est le même temps
Là, vieux briscard, je me suis dit: "sûrement que cela ne prend que les documents et vu que c’est quasi vide … :smirk: "
Oui mais non
mode btrfs :
0.03 seconde (real)


pour 550 000 fichiers et donc plus de 10go de données

Sur manjaro, en ext4 en mode rsync (qui veut dire que cela s’appuie sur les fichiers du point precedent et ne prend que la difference)


1minutes26 pour il est vrai + de données

C’est même perturbant dans l’interface graphique, la restauration est tellement rapide et n’annonce pas que c’est fini qu’il faut un temps pour comprendre qu’on peut quitter, en gros quand le bouton gauche de la souris est remonté …c’est fini

C’est parce que les fichiers ne sont pas effacés lors de modif, pas supprimés lors des suppressions, juste une histoire d’adresse sur le stockage qui varie entre les versions, mais j’ai quand même du mal a piger comment cela fonctionne sur la durée

Cette parenthèse point de restauration refermée, un point de depart pour la suite c’est de savoir quel pilote on dispose actuellement, et rien que ça c’est aussi un gros sujet
Sur le site d’intel j’ai vu:
lspci -k | grep -EA3 'VGA|3D|Display'
Pas vraiment ce que je veux
inxi --G c’est mieux mais on ne sait pas encore vraiment si on est en open ou proprio (et inxi n’est pas sur toutes les distribs je pense)

nvidia-settings ou nvidia-smi si on a deja un pilote nvidia (mais open ou proprio?)

On a des infos intéressantes aussi via un outil vulkan:

vulkaninfo --summary | grep -E "deviceName|driverID|driverVersion"
ou
vulkaninfo --summary | grep -EA30 "Devices:"

mais il faudra sûrement installé le paquet Vulkan-Tools si pas present
driverID = DRIVER_ID_NVIDIA_PROPRIETARY semble dire « non open » mais en fait c’est peut être tj écrit cela
Sur cette Voyager on est très copain avec Ubuntu, qui eux ont fait des efforts de ce coté là pour faciliter l’installation des drivers
Déjà qui dit ubuntu (+debian) dit apt
Je préfère apt a mon pacman manjaro en fait, je suis trop bidon pour retenir les -S -s et autres lettres de contrôle. Avec apt on a du search, update, install, remove, purge, auto-remove…
Un apt search "nvdia" | grep "install" donne les paquets nvidia installé
Mais c’est pas forcement super facile, l’équivalent sur manjaro avec pacman, c’est la ligne en blanc qui fait le taf principal (kernel 6.12)

Sur Voyager je dirais que la ligne qui commence par linux-modules me plait bien pour cela (car elle parle du kernel actuel), donc un pilote open

Comme je l’ai dit, sur du ubuntu on a les outils ubuntu
Cette commande liste les pilotes installés (mais ne dit pas celui actif)
En automatique ubuntu met le « recommended » donc si on n’a pas bricolé on a le bon client ici

Mais je finis par le meilleur choix sur basé ubuntu, l’outil « pilotes additionnels » tout joli tout pratique :grin:

Sur certaine distrib ce type de choix peut être fait dans l’outil Hello/bienvenue qui s’ouvre tout au depart quand on a fini l’installation (pas le cas sur manjaro)

On va purger un souci que j’ai eu avec cet outil pour mon premier changement de pilote, un truc vraiment bête → chaque fois que je choisissais un autre pilote je me retrouvais après redémarrage sur le pilote nouveau/software et je n’avais plus aucun réseau sans possibilité de l’ajouter : en fait il y avait une upgrade en attente d’application, suffisait de l’appliquer (je ne sais pas pourquoi je n’ai pas eu de notification sur Voyager de mise a jour en attente mais peut être que je l’ai fait sauter à un moment)

Le point timeshift d’avant bricolage m’a servit 3fois avant que je pige cela :rofl:(sans réseau pas d’upgrade possible, timeshift pour revenir a mon point ou tout fonctionnait)

En pilote open :



En pilote non open :

Bon je sentais quand même pas mal le truc, c’est quasi le même pilote 575 en fait, les petits bouts de open changent pas les perfs ici

Du coup j’ai voulu exploré plus loin : les dépôts avec du nvidia plus frais, sur le net on voit souvent mention du ppa system76 (venant de pop_os) ou ceux de l’équipe dev de nvidia (a priori) le ppa nvidia du coup, j’ai fait des efforts pour les ajouter 1 par 1, et ce system76 donne rien ici (manque un truc, et qq lignes de plus pour l’autre)
Je ne donne même pas les commandes utilisées car j’ai perdu mon temps → ubuntu a son propre ppa qui contient tous ceux là entre autres :sweat_smile:

Attention jouer avec les pilotes c’est experimental (même via les outils prévus pour) , donc prévoir des moyens de sauvegarde ou point de restauration … avant de tout casser

sudo add-apt-repository ppa:canonical-kernel-team/nvidia-graphics
suivi d un
sudo apt update
qui va explorer ces nouvelles sources de pilote nvidia et renseigner tout le système sur leurs existences

Donc passage en pilote 580 non open, ca va swinguer :nerd_face:


:face_with_head_bandage: bon trop déprimé je tente pas le open 580

J’ai rajouté un benchmark dans la boucle : Strange brigade
C’est moins joli que les 2 autres coté résultat mais cela montre l’énorme progression entre ces pilotes (0.1FPS :rofl: entre respectivement
575 open ----------------> non open ---------------> 580 non open

J’ai aussi fait 2 sessions de qq benchmarks avec la suite de phoronix mais faut que je trouve comment ajouter cela ici proprement.

Bref coté pilote je suis déçu, mais en montant ce dossier :face_with_monocle: j’ai vu passer un truc intéressant, depuis qq semaines il y a une nouvelle fonction ajoutée dans le kernel linux « NTsync » qui améliore la compatibilité avec les exécutables windows. des enthousiastes donnent des gains assez énorme (mais a priori en comparant des pommes et des bananes )
Donc je me prepare à être ébloui ce coup ci :face_in_clouds:

Liste de course pour l’utiliser : un proton ou wine très recent, un kernel recent qui dispose de cela (et sur lequel c’est actif)

Je ne sais pas si le « proton experimental » de steam en dispose à cette date, pas de mention sur Releases · ValveSoftware/Proton · GitHub.

Du coup j’ai pris Proton GE 10.12 (c’est même activer par défaut quand dispo, avant la 10.10 il fallait bricoler la ligne de commande du jeu dans steam (voir Releases · GloriousEggroll/proton-ge-custom · GitHub pour les infos récentes)
Installation : décompresser le GE-ProtonXX-XX.tar.gz (10-12 en ce moment pour XX-XX) pris sur Releases · GloriousEggroll/proton-ge-custom · GitHub dans votre repertoire steam ( /home/feunoir/.steam/root/compatibilitytools.d pour manjaro)

Le premier essai → aucune difference de fps :face_with_thermometer:

En fait NTsync a beau être dans le kernel ce n’est pas forcement actif
Pour le savoir : lsmod | grep -i ntsync si pas de réponse ce n’est pas activé (lsmod tout court donne tout ce qui est activé donc s’il n’y est pas c’est pas activé)

Pour l’activer il faut faire un sudo modprobe ntsync
Ici dans cette image: je l’active avec modprobe
Je teste → bien present mais pas en activité au vu du zero
Je lance Cyberpunk et refait la commande pendant le chargement 854 = le processus qui l’utilise donc bien actif
1347 c’est pendant le lancement de forza

Et la révolution du jeu linux est là … ou pas


Bon ils se sont sûrement un peu enflammé avec leur tableau bien trop beau, en fait c’est une fonction pour une meilleur compatibilité et pas des perfs à gogo en +

J’ai appris un paquet de trucs aujourd’hui en cherchant un peu dans tous les sens. Peut être que les infos que j’ai vu vont pouvoir remettre dans le droit chemin Stranger of paradise ? Peut être que Drauger va faire tel le phoenix?

Sinon je viens de trouver un benchmark qui risque de faire mal, malheureusement trop tard pour cette session au dessus :
Le voila sur manjaro

On le reverra demain sur windows 11 et sur Voyager( et son pilote 580)

2 « J'aime »

Tu a découvert les sous-volumes btrfs (@, @home etc), prends ça comme des « partitions logique ».
Ça se monte comme ça dans fstab par exemple :

UUID=xxxxxxxxxxxxx /          btrfs defaults,subvol=@
UUID=xxxxxxxxxxxxx /home btrfs defaults,subvol=@home

btrfs étant un système de fichier copy on write, la création du « point de restauration » (snapshot ou capture) est quasi instantanée oui.
Lorsque tu en créé un, il fige les données en lecture seule dans leur état actuel. Les modifications sont écrite ailleurs sur le disque.
En fait il fait ça tout le temps sans qu’on s’en rende compte, il ne surcharge jamais un fichier en écriture quand on le modifie. les parties modifiées sont écrites ailleurs et éventuellement « fusionnées » plus tard sur le temps libre.
ça le rends quasi indestructible puisque comme ça il n’y a absolument aucun risque de corruption de données.

1 « J'aime »

C’est assez exotique ce systeme de fichier

Par contre dans fstab il y a un truc que j’ai pas géré mais dont j’ai lu pas mal de texte à son sujet
C’est les options que l’on met à droite de btrfs sur la ligne que tu montres

Ainsi Voyager colle aussi à ce « defaults » mais ce ne serait pas forcement le meilleur choix
Voyager:

Bazzite lui est proche de recommandation que j’ai lu


noatime surtout (sans elle chaque date d’accès a un fichier est inscrit/ecrit
sur le ssd (metadata du fichier), fonction pas forcement utile et pas bon pour le ssd)
compress-force=zstd:1 : l’usage d’une compression (ici zstd) améliorerait les temps de transfert (avec nos cpu recents bien plus costaud) en plus de l’espace gagné (c’est fait intelligemment, pas sur video ou archive compressé par exemple )

Drauger (et me semble pop_os au moins pour le relatime vu que je l’ai vu 2 fois):
image

Le « defaults » donnerait, de ce que je comprends, une ligne contenant au moins « rw,relatime,space_cache=v1 » en fait, et je ne sais pas si c’est aussi en par défaut pour « ssd » et la compression
Un echange copieux à ce sujet noatimei/relatime,lazy/strict… ici : Mounting btrfs with an atime, bad idea? · Issue #377 · kdave/btrfs-progs · GitHub
Le résumé final c’est un peu « ça depend » :sweat_smile: le mieux serait de faire des sous volumes avec l’option allant avec son contenu (genre temp = relatime)

Bref, si on veut rentrer dans le détail sur chaque aspect des distribs c’est une orgie d’information qu’on peut lire un peu partout.

Bon orgie de benchmark :
Voyager en pilote 580

il y a souvent au moins un stuttering visible aussi sur la courbe

windows 11 (vieux pilote)

windows 11 (pilote mis a jour)

Les 1 ou 2 stutterings sont aussi presents sur windows

Comme prévu cela fait assez mal la difference, en fait j’ai passé hier qq heures sur different sujet « bug perf miserable du pilote nvida linux avec jeux dx12 »
Il faut aussi que j’avoue que sur toute les images au dessus ce 5120X1440 32/9 c’est du vent car en fait c’est limité en taille 21/9 (taille maxi sur ce benchmark), donc j’ai un bon espace de bande noire sur mon ecran de chaque coté.

Concernant le réglage, des options c’est tout par défaut sauf ce « Flou de mouvement » que j’ai passé sur Non.
Il faut parler aussi de la « Finesse de échantillonnage » , traduire cela comme « entre 61 et 89 on est en dlss qualité » , au dessus dlaa, et dlss equlibré en dessous
Donc en gros : les captures au dessus c’est du 3360X1440 réglé au milieu du dlss qualité, même pas tout en ultra, pas de RT du tout, c’est a peine un mode « Hurt Me Plenty » pour le gpu et ce jeu

En ultra violence : 4K avec juste dlss qualité un peu plus haut
windows 11


Manjaro

C’est sûrement pas viable pour faire tout ce jeu, c’est surement pas la zone la plus chargée ce benchmark

Un mode ultra cauchemar : 4K, RT on et en ultra, et le mode au dessus de ultra pour les réglages, le réglage cinématique (c’est sur que cela va être un film de cinema, mais limite on aurait pu l’appeler diaporama)


C’est sous windows 11, pas senti le besoin de le refaire sous linux bizarrement :sweat_smile:

C’est beau mais je prends bien cher ici en passant sur linux

De ce que j’ai lu : les pertes en fps du passage dx12 vers vkd3D/proton seraient moins importantes sur gpu amd et même intel, ici il y aurait qq choses de pas net dans les pilotes nvidia. La bonne nouvelle c’est que l’équipe de nvidia qui fait ces pilotes a annoncé bosser sur ce sujet.

J’ai quand même essayé avec le dernier GE-proton, qui semble contenir le dernier VKd3D-proton, j’ai aussi tenté des lignes de commandes de contrôle de vkd3D, pour au mieux une variation de 1fps ,souvent à la baisse :sob:

1 « J'aime »

je m’en tiens au défaut oui, le reste c’est du fine tuning à faire au cas par cas pour gratter quelques Ko/s, m’interesse pas. (je suis un vieux fainéant maintenant)

sauf cas particulier comme les bases de données, il vaut mieux desactiver le COW avec un ACL chattr +C /path/to/db
Pareil si tu veux swapper sur un fichier dans BTRFS
là ça a un gros impact sur les performances.

Et oui pour les défauts t’es pas loin.
sur le système d’où j’ai montré le fstab :
/dev/nvme0n1p2 on / type btrfs (rw,relatime,ssd,discard=async,space_cache=v2,subvolid=2602,subvol=/@)