Reprise du message précédent :

En ce qui concerne Manjaro, snap est optionnel

Ok, je vais creuser un peu plus et tester.  
merci

Ça se trouve où cette affaire ?
 

C'est à dire ? Comment ça ? Il y a des upgrades lourds de temps en temps ?

C’est comme ça chez elle, oui : là où Arch a des MAJ en flux continu (qui sont donc disponibles quand ça arrive sur le canal choisi), Manjaro a fait le choix d’attendre un peu avant de les mettre en ligne (le temps de vérifier que tout va vraiment bien, surtout qu’il leur faut recompiler les paquets exprès pour Manjaro).
Donc, tu te retrouves à avoir quelques jours ou jusqu’à quelques semaines d’attente avant d’avoir une notification d’une nouvelle salve de mises à jour. Et oui, selon le cas, ça peut faire beaucoup à télécharger car tout vient d’un coup : je crois qu’une fois, vers 2016 ou 2017, il y avait eu plus d’un mois sans MAJ. Quand elles ont repris, les utilisateurs qui étaient restés sur une installation par défaut en termes de paquets installés, ou qui venaient tout juste d’installer la distribution depuis la dernière ISO en date, se sont vu proposer plus de 3 Gio de MAJ à télécharger d’un coup…

Ok, si c'est juste différé un peu pour des questions de stabilité ça me va tout à fait. Je craignais un double système RR + Upgrade violent de temps en temps comme Ubuntu.
 

 
Si tu utilises Proton sur Steam, il faut que tu utilises ce patch pour le Kernel Linux :  
https://github.com/Tk-Glitch/PKGBUI [...] sync.patch
 
Tu n'as aucune(s) option(s) à activer, juste compiler le kernel avec le patch.

Test rapide de Carmageddon Reincarnation sur ryzen 2500u + proton 4.11-11, 112 fps dans les menus, même pas 9fps en jeu tous réglages au minimum

Avec une Vega 8, faut pas s'étonner... C'est un très petit GPU hein

Et c'est là que je passe mon tour
 

Si tu ne bidouilles rien dans les options, c'est d'une facilité purement enfantine.

jviens de  demandé sur le forum du kernel xanmod si ya moyen d'inclure ce patch

Tuto ?
 
Je serais intéressé aussi pour tester le kernel 100% libre. https://www.fsfla.org/ikiwiki/selibre/linux-libre/

Cela dépend de la distro.
Sur une arch, tu n'auras qu'à prendre ou modifier un Pkgbuild et faire un make suivit d'un sudo pacman -S nomdunoyau
Tu peux le faire à l'ancienne.
patch -p1  
./configure
make  
makeinstall
mais je te déconseilles cette méthode. Fut un temps cela passait crème mais, aujourd'hui, il vaut mieux utiliser les outils propres aux distros vu les modifications qu'elles ont faite au biniou.  
etc etc

Sinon, il est quand même pas mal du tout ce Transport Fever, malgré une interface peu commode (enfin certaines actions ne sont pas faciles à trouver quelquefois).
 

 

 

 

 

 

 

 

 
Le but du jeu est de fournir en matière demandée certains endroits et de faire des chaînes de production via la route, le rail, l'eau et l'air, le tout à différentes époques (depuis 1850) ce qui permet d'avoir des transports variés.
Bref, je conseille (il est à -80% en ce moment, du fait de la sortie du 2). En plus, si on est intéressé par le second opus, ça rajoute 15% de réduction à la promotion en cours (soit 25% en tout, ce qui ramène le jeu à 30€).
 
edit : quelques photos de plus!
 

 

 

 

 
Si c'est si bien que ça, pourquoi ce n'est pas intégré ?

Parce que les dev Linux ne veulent pas l’intégrer...

Les développeurs du noyau ne sont pas de gros fans des optimisations/performances et cela commence à gueuler vu que les perfs des noyaux sont en diminution voir en chute sur certains points.

En vérifiant rapidement, il semblerait que ce patch soit incorporé dans la branche Zen.  
Je sais qu'elle existe sur Arch vu que je l'utilise. Pour les autres distros... Patch liquorix etc etc etc...
 
De toute manière, pour ceux qui jouent régulièrement sur Linux, je crois que Zen est le meilleur compromis.

 
Je ne sais pas comment tu dérives ça de la discussion ( https://lkml.org/lkml/2019/7/30/1398 ) mais vu qu'il n'y a pas eu de nouvelle version suite aux commentaires de la revue, c'est normal qu'il n'ait pas été intégré.

Je serais surpris qu'il soit intégré dans la mainline. Généralement, Linus est assez chiant sur ce genre de patch, nan?

 
Parce que c'est pas "si bien que ça", techniquement le patch n'a pas la qualité requise pour les mainteneurs de linux.
Ça veut pas dire que c'est pas efficace d'un point de vu perfs mais potentiellement risqué à inclure, surtout si ça ne sert qu'aux use cases de wine.
 

D'où tu sors ça, c'est complètement faux.
 

Je ne sais pas ce que tu entends par "ce genre de patch" mais en tout cas, le patch a été torpillé en revue, voir la discussion linkée par Mjules.

 
Le jeu : [Shadow of the Tomb raider: Definitive Edition - version Steam]  - prix actuel : 59.99€ - année de sortie : Septembre 2018 (Windows) / Novembre 2019 (Linux) - Développeurs/Éditeurs : Eidos-Montréal, Crystal Dynamics, Nixxes software / Square Enix, Feral Interactive - 36Go d'espace disque
 
Configuration : AMD Ryzen 7 1700 (8c/16t) - 16Go DDR4 - RX580 4G (Mesa 19.3.1) - Manjaro (5.3) - 1440p
 
Genre : Aventure/action
 
Problèmes rencontrés : aucun
 
Contrôleurs supportés : Steam controller reconnu sans soucis
 
Je profite de la m.a.j. de mon système vers Mesa 19.3.1 pour faire quelques benchs avec ACO.
 
 Mon premier bench à la sortie du jeu.                                  La même chose aujourd'hui avec ACO activé.                  Les réglages que je vais utiliser : détails et textures poussés à fond, flous et occlusion désactivés.

 
J'ai terminé la première partie du jeu au Mexique, il est tout simplement magnifique.
Je tourne entre 50 et 60 ips.
Je n'ai pas testé sous Windows, mais l'expérience de jeu est excellente à cette vitesse pour ce niveau de détails.
Encore un bon port Vulkan de la part de Feral.
 

Carmageddon Max Damage, sur i3 + nvidia 1060, c'est crash land (du jeu) et pas très jouable (détails low, 1600x900 proton 4.11), presque un diaporama d'image avec de la musique métal.
Premier plantage sur le logo du jeu, puis 2 fois sur le chargement de la 2ème course.

Faudrait que je fasse quelques captures sur ma config : Ryzen 3900X / Radeon RX5700XT / Mesa 19.2 en 2160p ... ça donne du 30 IPS grosso modo (mode Ultra, aniso en 4x et l'occlusion 1er niveau), avec le Ryzen qui fait des pics à 20%

Pendant les soldes, j'ai pu prendre le bindle complet pour 24€

Tower of Time offert sur GOG.

Merci

J'ai testé Wolfenstein: The new Colossus Demo (13Go la démo...), réglages low 1920*1080 (suite à la douche froide avec les Carmageddon des jours derniers), j'étais donc à 120/160 fps sur i3 4130 et 1060 6Go   (j'ai dû avoir un chute à 90fps à un moment donné, mais j'ai pas senti de saccade). Même en low c'était visuellement très sympa (le scénar, les tripes... un peu moins ). Seul souci, avec l'audio, le son est haché très régulièrement, à voir si ca peut se régler.

Du coup, je suis en train de dl les 40Go + 34Go de New Order et Old Blood

Le Humble Choice de Janvier :
 

 
2 jeux natifs, 1 en béta, les autres minimum gold sur Protondb, à part Street Fighter V qui ne fonctionne pas du tout.

Au passage, et via SebSauvage : « L'éditeur de jeux Electronic Art ne se contente pas d'ignorer Linux, il commence à BANNIR les joueurs qui font tourner les jeux Windows sous Linux avec Wine et dxvk »
 
EA, quoi… Qu’ils ne veuillent pas qu’on utilise leurs jeux sur une plateforme non testée par eux, ça se conçoit. Mais qu’ils aillent jusqu’à bannir carrément ceux qui le font, c’est abusé.

Tu as la même problématique avec ceux qui utilisent Reshade.  

Ca fait tres tres longtemps que je n'achete plus aucun produit estampille EA
Je me demande ce qu'ils gagnent a bann les users sous linux ? A part faiire plaisir a m$...

Ils s'en battent totalement les couilles. C'est juste qu'ils utilisent des logiciels anti-triche, les configurent super mal et s'en contrefoutent. Comme je l'ai dit, les mecs sous Windows qui utilisent des reshades ou autres injecteurs sont traités de la même manière pour la simple et bonne raison que cela ressemble à une forme de triche.

 
Le jeu : [Middle Earth: Shadow of War - version Steam + Proton 5.0-7]  - prix actuel : 39.99€ - année de sortie : Octobre 2017 - Développeurs/Éditeurs : Monolith Productions / WB Games - 109Go d'espace disque
 
Configuration : AMD Ryzen 7 1700 (8c/16t) - 16Go DDR4 - RX580 4G (Mesa 20.0.7+ACO) - Manjaro (5.4) - 1440p
 
Genre : Aventure/action/rpg
 
Problèmes rencontrés :
- Le jeu ne vous laisse pas choisir la résolution : éditez le fichier render.cfg dans /steamapps/compatdata/356190/pfx/drive_c/users/steamuser/Local Settings/Application Data/WB Games/Shadow of War.
 
Contrôleurs supportés :
 
J'ai eu très peur en lançant le benchmark intégré qui est horriblement laid et a commencé à 20 ips.
Heureusement, le jeu, lui, est tout simplement splendide, sans que je puisse activer toutes les options graphiques. Ce moteur a l'air gourmand.  
Par contre, le framerate chute parfois entre 15 et 20 ips sans qu'il n'y est vraiment de raison, puis revient à 50-60 ips la plupart du temps (un peu comme dans Kingdom Come).
ACO, les différentes mise en cache des shaders et l'évolution de Proton font que l'expérience est devenue fluide.
J'ai joué le prologue et les trois premières missions, à part ce soucis de framerate, je n'ai pas encore rencontré de bug.
 

 
https://www.phoronix.com/scan.php?p [...] ix54&num=1
 
Ça mettra tout le monde d'accord, le kernel 5.4 est plus rapide que Liquorix et plus rapide que lui même en version low latency...

on gagne des FPS avec un kernel low latency?

Ma phrase est peut-être mal tournée, mais ce n'est plus le cas avec le kernel 5.4
Il suffit de regarder les benchs...

Le jeu : [Kingdom and Castles version gog] - prix actuel : 9.99€ - année de sortie : 2017 - développeurs :Lion shield,LLC - moteur: UNITY - 1Go d'espace disque

Configuration : AMD Ryzen 5 2600 - 16Go DDR4 - RX580 (Mesa 19.1.2) - LinuxMint 19.3 - kernel 5.4 xanmod - fullhd
 
Problèmes rencontrés : aucun
Genre : city builder

Kingdom and Castle est un city builder me faisant penser a Banished mais néanmoins plus simple.
Il est sortit il ya maintenant 2 ans, mais des mises a jours sortent régulièrement pour étoffer son contenu

Il faudra gérer le bonheur des citoyens, la défense de la ville, les ressources produites, l'hiver et les attaques de dragons et de vikings qui surviennent de temps en temps
Le jeu est basé sur le moteur Unity, il est natif et dispo sur gog ou steam, les graphismes sont simple mais mignon

une prochaine mise a jour devrait intégrer le fait de jouer contre L'IA (car c'est vrai que pour le moment, on en fait vite le tour, ça manque de challenge)
Le dev a également prévu la VR et le support workshop sur steam

C'est normal, dès que tu veux un système plus réactif, mécaniquement tu ajoutes de l'overhead au niveau scheduling, points de préemption, etc... donc les performances brutes se réduisent mais normalement la latence et le multitasking sont améliorés.
 
Par contre je vois pas trop le rapport avec les messages que tu cites, on parlait du patch fsync, pas de zen/liquorix.

La comparaison avec Liquorix qui est optimisé pour le jeu me paraissait pertinente.
Ça veut quand même dire que certaines optimisations sont faites malgré la baisse de performance des derniers kernels mise en évidence récemment.
Maintenant, si quelqu'un veut appliquer le patch fsync au kernel 5.4 et nous faire part des résultats...

C'est assez différent.
Les linux zen/liquorix ou les kernels configurés en low latency c'est juste ça : de la config et/ou de l'optimisation de certains scenarios déjà existants.
Le patch fsync c'est plus qu'une optimisation, c'est l'ajout d'un nouveau type d'opération dans l'interface process<->kernel. Ca veut dire qu'il faut que l'application à "optimiser" sache tirer parti de cette nouveauté, c'est pas plug & play.
Et aujourd’hui doit bien n'y avoir que proton qui implémente l'appel à la nouveauté introduite par le patch fsync.
 
Donc ça sert à rien de benchmarker un kernel normal vs fsync sur autre chose que proton (aujourd'hui).

Merci pour la clarification
 
Mais si j'ai bien compris, fsync peut avoir l'effet inverse de celui escompté selon le jeu.