Reprise du message précédent :
Mesa 24.0.2 et linux-zen 6.7.8 de mon côté sur les repos officiels archLinux, pas encore de kde 6

Hello  

Pour du gaming, il vaux mieux un Kernel (xanmod) 6.7.7 ou un 6.6.19 RealTime ? Il parait que ça joue sur les latences mais est-ce mieux pour jouer?
J'ai bien essayé de google mais je lis un peu tout et son contraire xD

Le RT ne changera rien pour jouer.

Le mieux reste encore d'avoir le kernel le plus récent possible.

Tu peux essayer le zen qui est censé être optimisé pour la performance générale du système et qui est bien plus à jour que le rt.

Quand j’ai installé Arch Linux j’ai mis aussi le Zen quand j’ai vu qu’il y avait des optimisations « communauté » sur ma SurfaceGo1    ça changerait quoi en pratique le kernel de base ? Je précise elle ne fait que jouer à des jeux 2D cette SurfaceGo et elle le fait bien  

Faudrait tester pour voir.
 
Peut-être 1 ou 2% de perf en moins par-ci par-là,  peut-être 3 ou 4ms de latence en plus ...
Mais à vue de nez y'a des chances que la différence soit minime .

[1/4 d'heure du vieux qui radote]
 
Server / Desktop / Low-latency / RealTime sont des modes de préemption de CPU gérés par le noyau.
La préemption de CPU est le mécanisme qui stoppe un process / thread une fois le temps CPU alloué consommé. Bien souvent, il y a plusieurs process / thread qui attendent le CPU (bien plus que de coeur / thread disponibles) et ceci est géré par la runqueue. Mais bon, revenons à la préemption :  

• Server : les traitements se font en temps partagé. CàD que le noyau donne quelques millisecondes de CPU au process / thread avant de le remettre en pause. C'est le système qui récupère la main.
• Desktop : C'est la même chose mais avec des temps de CPU plus court pour exécuter plus de process / thread par secondes. C'est le mode par défaut des postes de travail / workstation.  
• low-latency : Pareil mais des temps CPU encore plus court pour plus de « nervosité » surtout quand il y a des périphériques pointus genre acquisition analogique (ADC) ou des DAC à échantillonage élevé pour des systèmes audiophiles, studio d'enregistrements, ingénieur du son toussa  
• RealTime : là, c'est autre chose. Ce sont les process / thread qui décident de quand ils se mettent en pause et libèrent le CPU. Le seul évènement permettant d'interrompre un process / thread fonctionnant en mode RT, c'est qu'un autre process / thread de priorité supérieure demande le CPU. Le piège à débutant : faire un while-true sans console de priorité supérieure pour pouvoir l'interrompre. La punition = Reset en façade ou Ctrl-Alt-Supp (si ça passe). T'as pas l'air d'un con quand tu dois appeler les ingénieurs système du mainframe pour leur demander de te shooter un process RT parti en vrille ... bref, ce mode de fonctionnement est surtout utilisé dans l'embarqué pour de l'acquisition analogique ou numérique ainsi que pour des commandes numériques de pilotage d'automates.  

Pour le fun, j'essaierai bien un noyau RT sur un poste de travail mais rien ne garanti la fluidité dans la mesure où les programmes doivent être conçus pour faire du RT : petits traitements libérant la CPU très souvent (lecture d'un file descriptor par exemple). Typiquement, on ne fait pas tourner des batch sur un système RT, c'est un coup à bloquer la machine.

Merci de l'info  
 
En passant, je partage ce comparatif de kernel que j'ai trouvé et qui semble récent : https://www.youtube.com/watch?v=KS37AnGVLFQ
 
 

Je vais regarder ça ! J’ai d’abord cru avant de lire ton post qu’il y avait peut être une prise en charge du matos un peu plus complète sur du matos non standard. Pense pas qu’on aie beaucoup de SurfaceGo1 sous Arch Linux.
 
Je précise j’ai récupéré cette tablette du taf car personne n’en voulait plus tellement c’est lent sous Windows bien que ce soit la version 8go ram et SSD.
 
Ils l’a verraient sous Arch Linux ça n’a rien à voir!
 
Je l’ai utilisé sous Fedora pendant 3 mois et j’ai tout de suite vu la différence sous Arch Linux c’est plus réactif

Oui Arch a cette réputation d'être une distribution très bien optimisée lorsqu'on cherche la performance pure.

Question culture générale à deux balles qui vient de me venir
 
Est-ce la stack gaming wine/proton/dxvk/vkd3d fonctionne sur des distros BSD plutôt que Linux ? Et niveau pilotes ?

Oui, tout fonctionne pareil sur FreeBSD : Wine etc ...
Niveau pilotes, ce sont aussi les mêmes .
 
edit : d'ailleurs, je suis justement en train de mettre à jour Homm3 avec la dernière version d'Hota (1.7.0) sous FreeBSD et Gentoo  (via Wine).
Wine fonctionne identiquement sous les deux systèmes (.wine etc ...).
 

Merci pour l'info : )

De rien.
 
Une petite mise à jour d'Age Of Wonders : Shadow Magic

Openra (Dune 2000) sous FreeBSD :
 

Plasma 6 est sur les repo stables d'archLinux depuis hier pour info.
Installation automatique et quasiment sans douleur avec un simple update via pacman pour ma part.

Mais quel boulet je fais !
J'avais oublié de réactiver le Resize BAR ... ça passe de 125 à 132 FPS

Comment ça réactiver ?
Je l'ai activé dans le bios et le système n'a besoin de rien pour le gérer.

Jamais entendu parler de cette techno, tu peux nous en dire plus en quelques phrases ? C'est actif par défaut, y'a des différences entre pilote officiel sous Windows et mesa ?

Ben le resize BAR, c'est un truc dans le BIOS qui permet au processeur équipé de ce qui va bien d'adresser directement la mémoire de la CG. En général, ça amène des perfs en plus dans les jeux.  
Le truc, c'est qu'il faut l'activer dans le BIOS et cela ne fonctionne qu'en UEFI ... les OS en MBR (boot legacy dans la terminologie actuelle) ne peuvent pas en profiter.  
 
Avec mes soucis de carte mère et de ventilateurs moisis en fin de vie, le BIOS de ma Taichi a été « reparamétré » une paire de fois
Et j'avais oublié de vérifier ce paramètre

Merci pour l'information, c'était effectivement désactivé dans mon bios par défaut.

On peut le voir avec cpu-x si le resizable bar est activé pour info

Sur LACT aussi :
 

 
Très bon outil, d'ailleurs.
Je m'en sers pour régler la courbe des ventilos et la puissance maxi de mon GPU.

Je viens d'effectuer un léger dépoussiérage de la page d'accueil.
Faites-moi savoir si vous avez des liens pertinents à ajouter.

Un petit hommage quand même :  
 

 je suis passé sous Arch tout récemment.
 
A priori tout marche bien, ça m'a même surpris qu'au premier lancement de Star Citizen j'ai gagné d'office 10FPS par contre j'ai un gros bug uniquement sur ce jeu qui le rend injouable : lorsque je fais F (interract) + clic, comme par exemple pour ouvrir une porte ça me fait regarder le sol et tourner à droite.... j'ai essayé des settings différents sous Lutris mais rien à faire.
Ca parle à quelqu'un ce genre de bug? J'ai essayé de trouver sur le net mais rien vu à ce sujet...  
Edit > j'ai trouvé ça sur le discord Linux StarCitizen je ne suis pas le seul :  
"yep its in the troubleshooting section of the wiki in detail. need to use gamescope or switch to X11. KDE is most severely affected, others less so"
 
 
Sinon sur mon panneau LACT je ne vois pas "mesa" à côté de drivers name mais "amd open-source driver" alors que celui-ci est bien installé    que ce soit sous Mint ou ma 1ère install Arch je voyais bien MESA mais plu maintenant et je ne sais pas pourquoi  

Bon ça me rassure, tout n'est quand même pas rose avec starcitizen sous linux.

Avec gamescope ça marche au poil    sous wayland/kde + pipewire (avant x11 et pulseaudio), du coup c'est mieux qu'avant car je n'ai plu aucun ralentissement lors de alt-tab et plu de soucis de son qui sature.  

Je me fais la réflexion que le gaming sous linux c'est pour les passionnés
Et le gaming sous windows pour ceux qui n'aiment pas l'informatique et n'ont pas compris ce qu'est l'informatique
Mais bon je pense que peu seront d'accord avec ça

En vrai, le "casu" qui veut tenter du Linux pour jouer il va sur une distrib comme Garuda tout est clé en main avec tout ce qu'il faut, il y a que certains jeux particuliers ou tu peux avoir un soucis (cf Star Citizen avec le bug wayland/kde ou il faut mettre gamescope) mais 99% des jeux c'est ok, déjà tout ce qui est Steam/Epic/GOG/Amazon ça marche direct.

Mais oui c'est mieux d'être un minimum débrouillard sur Nux.

L'attendu utilisateur est quelque chose de très variable. On a bien Windows en version Home, Pro, Server ... et fût un temps où il y avait des versions Advanced Server et Datacenter Server.
 
Pour Linux c'est pareil, sauf qu'au lieu d'avoir un seul fournisseur qui fait toutes les versions, ben, y'en a plein ... et puis il n'y a pas de « service commercial » pour conseiller les gens qui ne savent pas ce qu'ils veulent. De plus, il y a l'angoisse du support ... et le sentiment de payer rassure le consumériste de base.

Inutile d'essayer de mettre les gens dans des cases. Chacun aura ses propres raisons d'utiliser un système plutôt qu'un autre.
Je n'ai rien contre Windows et j'ai encore une installation. Ok, je n'y vais que pour faire les m.à.j.  
J'utilise Linux parce que je suis curieux et que je n'aime pas faire comme tout le monde.  
J'ai commencé avec Mint, puis Manjaro, et me voilà maintenant sous Fedora.
Chaque distribution a ses avantages et inconvénients. J'ai envie de les tester toutes.
Ça ne sera certainement pas possible, sachant que je reste plusieurs années sur la même avant de me lasser.

Y'a une part de vrai là-dedans, mais c'est très réducteur, le débat est infiniment plus complexe que ça...
 
Pour ne citer que la première chose qui me vient en tête, Windows est plus simple d'utilisation pour la simple raison qu'il est majoritaire sur le marché, et que donc les éditeurs de logiciels et de jeux se concentrent sur lui, ce qui le rend encore plus majoritaire, etc...

La facilité d’utilisation ne vient pas de la part de marché, mais des progrès techniques avant tout : rappelons qu’avant Windows 95, le jeu sur PC, c’était parfois un casse-tête à se farcir des configurations personnalisées des fichiers Autoexec.bat et Config.sys (purée, écrire les noms de ces fichiers en 2024, ça fait quelque chose…) pour satisfaire les exigences des jeux en termes de mémoire conventionnelle (les fameux premiers 640 kio de RAM sur les systèmes x86, dans lesquels devaient tenir les exécutables principaux de tous les logiciels en cours d’exécution, y compris ceux de DOS lui-même et les pilotes ; quand on ne les déplaçait pas dans les 384 kio restants du premier mébi-octet pour justement laisser libre le maximum de mémoire conventionnelle).

Quand Windows 95 a apporté sa propre gestion automatique de la RAM qui permettait d’éviter ça la plupart du temps pour les jeux DOS, et que ce problème ne s’est plus posé pour les jeux proprement Windows, car ils avaient directement accès à toute la mémoire étendue (tout ce qui est au-delà du premier Mio) et avaient donc toute la place qu’ils voulaient, ça a été une véritable bouffée d’air frais.

Oui ça ce sont les raisons historiques, mais de nos jours ce qui rend Windows 10 plus facile à utiliser pour jouer que n'importe quel Linux c'est uniquement le fait que 90% des jeux sont développés pour DX12...

"Autoexec.bat et Config.sys " je pensais pas relire ces mots là un jour    je crois que ça a disparu après W98.
En parlant de gestion RAM Linux à l'air de vraiment bien la gérer,  sur SC qui est un bon benchmark, sur W10 sans swap tu plantes en moins de 2min malgré 32go de ram, ça swap nettement plus vite j'ai remarqué.
Sur YT j'avais vu une vidéo d'un mec ayant benché le jeu sur W10 puis sur Arch il avait +30% fps, pour ma part je dirais plus vers +20% et je pense que c'est juste lié à la gestion de la ram, ce jeu est un énorme gouffre à ram.

La Zram est vraiment pratique d'ailleurs, ça évite souvent le swap sur SSD, j'ai laissé ça sur une valeur de 25% de ma ram + un petit swap à côté, après ayant un Nvme top perf 7go/sec 1M iops je me demande si Zram est vraiment utile en terme de perf?    Je me rend pas compte.

Sinon puisqu'on est dans le sujet, Linux desktop à gagné 1% d'utilisateurs sur un an c'est énorme : https://www.gamingonlinux.com/2024/ [...] atcounter/ ça fait plaisir à voir  

Linux utilise moins de ram que Windows c'est une certitude.
 
J'étais passé de 16 à 32 avant de migrer, depuis que je suis sous Linux je dépasse jamais les 16

C'est un bon rappel    
 
Je viens de supporter Lutris car je n'utilise que ça en dehors de Steam, les rares jeux hors Steam que j'ai, tournent sur Lutris mais pas sur Heroic (comme Star Citizen), du coup même à 1€/mois hésitez pas c'est important et ça mange pas de pain.  
 
ps : Par contre petit truc qui m'a surpris, Patreon tu es taxé de 20% (sauf si tu triches of course) mais un don paypal pas de soucis, en quoi un don Patreon serait-il taxable?  

Intéressant le cadeau GOG :
 

Je ne l'avais pas vu, merci de l'info .

pfff cette galère pour jouer, je suis casu,
 
J'avais envie de rejouer a FH5 (steam), je telecharge les 170Go, le jeu s'installe et tout sauf qu'une fois lancé j'ai pas cette putain de popup qui s'ouvre pour me m'identifier. bref soft bloqué, impossible de jouer.
 
J'ai essayé en wayland, en x11, runtime steam, runtime natif, tout un tas de versions de proton, steam en flatpak, avec la distri, avec seul écran, fullscreen, windowed, avec gamecope, épliché les wiki, reddit, forum steam, forum forza, rien que dalle sur comment résoudre ça, bloqué sur l'acceuil.
 
j'abandonne, je me dit que je vais essayé rdr2 (epic), je telecharge les 100gb, créer un compte rockstar a la con, ok le launcher se lance mais il n'y à pas un seul putain de bouton pour lancer le jeu. j'essaye une nouvelle fois tout un tas de manip similaires à fh5, créer des bat suivant des conseils du net pour lancer r2d2.exe rien que dalle juste ce putain de launcher qui sert a rien.
 
heureusement que c'est pas tous les jeux comme ça. Oni, rimeword & ci ça juste marche, c'est pas des éditeurs de merde,  mais j'ai juste pas envie d'y jouer 1000h de plus pour l'instant
 
(arch, plasma6, wayland, amd780m)

T'as vérifié protondb ?
https://www.protondb.com/app/1551360