Reprise du message précédent :

effectivement, pour du rétro gaming le shield dans mon salon me suffit
 
je joue surtout à des jeux blizzard (Overwatch), et des jeux steam (Hunt showdown, Factorio)

Factorio est sur Linux, Overwatch fonctionne moyennement avec Wine, l'autre aucune idée.

C'est bien là le problème, c'est toujours moyennement avec Linux.

Quasiment impossible de faire les triple A, seulement des vieux jeux ou jeu indé. (Et encore ils restent assez rare). Le pire c'est quand je vois ma bibliothèque Steam limite plus rempli sur OSX sur que Linux...

Du coup idem, je reste sur Windows pour jouer principalement. Mais ça me convient. Chez moi je joue, donc Windows, au boulot Archlinux, et le reste du temps et déplacement : OSX.

à priori openGL est assez abouti, on devrait pouvoir faire des jeux de qualité équivalente à ceux de windows utilisant directX, surtout pour des jeux e-sport qui demandent pas une grosse config,

certains moteurs de jeux 3D sont passés en open source,

il y a ce jeu sous linux qui est pas mal dans le genre FPS :
http://www.xonotic.org/

et beaucoup de jeux de stratégie, de rôle, simulation,

une liste non exhaustive ici de jeux sous linux:
https://en.wikipedia.org/wiki/List_of_Linux_games

vu le prix des cartes graphiques à cause du minage (et beaucoup de rupture de stock) il est de plus en plus difficile de se construire un PC pour le jeu, parfois il est plus simple et plus perenne d'investir dans une console de jeu qui durera plusieurs années, si on est vraiment accro au jeu

Ça fait des années qu'on entend que ça progresse, certes mais on est quand même hyper loin des derniers Farcry, Assassin's Creed, ou même PUBG.  
 
Je cite les plus gros, mais pas seulement. J'ai pas envie de rester sous linux en me disant "ah dommage celui-ci je peux pas y jouer, mais super je peux jouer à l'autre".  
Aujourd'hui tu mets Windows et tu peux jouer à tout.  
 
Et pourtant je suis pas du tout pro Microsoft, bien au contraire.

Au pire tu passes le gpu à une vm windows le temps du jeu et pi' voila
 
XaT

A condition d'avoir le matos qui le permet ...

Boarf, c'est plutôt classique le vt-d maintenant ?
 
XaT

J'ai pas sur mon 3770k

Il faut voir aussi que bien souvent c'est les devs qui veulent pas faire de support pour linux et qui du coup ne sortent le jeu que sur windows (et éventuellement OSX), alors que le moteur fonctionne sous Linux

Ah oui j'ai eu ce proco aussi
C'est con
 
XaT

Il n'y a pas que le moteur qui doit supporter la plateforme, il y aussi les intergiciels, c'est souvent de la que vient le probleme.

Puis vu les galères + temps de support pour une infime partie des joueurs. =/

ces jeux commerciaux ont des gros budgets dignes d'un film de Hollywood, avec comme débouchés principaux les consoles de jeux et l'OS windows avec l'api directx, les développeurs libres ne peuvent pas lutter face à ces mastodontes, à moins de lancer une campagne de crowdfounding ?

pour le jeu linux on  peut quand même trouver chaussure à son pied si on ne cherche pas trop le coté blockbuster/dernier jeu à la mode,

au niveau des jeux connus payants compatibles linux il y a "Counter-Strike: Global Offensive", "Bioshock: Infinite", une liste ici:
https://itsfoss.com/best-linux-games-steam/

mais le mieux c'est de se contenter des jeux e-sport, FPS, basés sur des moteurs 3D éprouvés (pas besoin d'une grosse carte graphique), le plaisir est toujours présent, avec une bonne jouabilité, possibilité de jouer en réseau,

et encore mieux comme indiqué plus haut : le rétro-gaming, que ce soit des versions linux ou windows tournant sous wine, ça tourne nickel, les vieux hits des années 90/2000 sont souvent disponibles sur la plateforme steam, c'est vieux mais c'est toujours aussi bon, avec la nostalgie en plus,

enfin il y a le programme dosbox pour faire tourner des vieux jeux ms-dos, beaucoup de titres sont disponibles en abandonware:
https://www.abandonware-france.org/ [...] s_jeux.php

Franchement prenez un CPU Ryzen, une GPU #1 très bas de gamme histoire d'avoir au moins l'affichage du bureau et une bonne/très bonne carte graphique AMD en GPU#2.
 
Dans mon cas, cela donne :
- Ryzen 1600
- GPU #1 : Rx560 4Go
- GPU #2 : Rx580 4Go
 
Vous voulez à de gros jeux sur Linux comme les Total War, le futur Rise of the Tomb Raider, faîte simplement un "DRI_PRIME=1 mon_jeu" pour utiliser le GPU #2
 
Vous voulez jouer sur votre VM Windows, alors détachez votre GPU#2 à la volée (bon faut stopper X ), collez là à votre VM, jouer et une fois fini, détachez là ... ou pas.
 
Bref, je fais ma pub mais que ce soit Arch, Ubuntu, Gentoo, AMD c'est la vie. (et oui, ça fonctionne pas avec les drivers proprio d'Nvidia)

Intéressant, ça marche avec virtualbox ?
Comment on fait exactement ?

un article ici :
https://wiki.archlinux.org/index.php/PRIME

à voir aussi le concept du "gpu passthrough" :

https://davidyat.es/2016/09/08/gpu-passthrough/
https://medium.com/@calerogers/gpu- [...] ca98a6a172

outre virtualbox il y a aussi qemu (qui utilise kvm) comme machine virtuelle, un peu plus complexe à mettre en œuvre mais très puissant :
https://wiki.archlinux.org/index.php/QEMU

ces pistes de type "2 cartes GPU, virtualisation, GPU passthrough" font un peu "méthode bulldozer", une course au sur-armement (ça coûte cher en ce moment une carte graphique, la rx580 citée plus haut vaut dans les 450 euros),

alors qu'on souhaite juste jouer sous linux, prendre du plaisir, le plus sage serait de couper vraiment les ponts avec l'univers windows, plus les gens seront nombreux à jouer sous android, linux, plus l'industrie du jeu vidéo sera enclin à revoir leur politique de distribution, à concevoir des jeux sous openGL, une librairie multi-plateforme facilitant le portage des jeux,

le web-gaming pourrait aussi changer la donne, la dématérialisation du jeu, ça tournerait sur un serveur web avec le navigateur qui prend en charge le rendu graphique openGL, ça rendrait de facto les jeux multi-plateforme, un peu comme lorsqu'on regarde une vidéo youtube en mode html5, quelque soit l'OS ça marche

oui mais non total et absolu.

chacun fait comme il le sent (et selon ses moyens budgétaires/compétences en virtualisation )
 
je n'ai pas (ou je n'ai plus) la fibre hardcore-gamer, donc pour moi c'est plus simple d'opter pour les jeux natifs linux

Malheureusement j'ai un pc portable Optimus...

 
Perso, j'ai réussi à trouver un latptop avec un GPU Nvidia (970 en l’occurrence mais les nouveaux sont en "Pascal" ) sans GPU Intel.
Cad : pas besoin de s'emmerder avec Optimus, l'OS ne voit que la carte Nvidia car c'est la seule présente !
 
Les laptops en questions sont des CLEVO très tunnés chez XMG

Mais ça marche avec un gpu intégré intel pour linux et une carte graphique AMD pour le windows virtuel ?

ha ouai j'ai lu les liens il recommande deux moniteurs.
Et même deux claviers et deux souris c'est un plus.
Et un ssd dédié à la VM
Sans moi

Finalement un dual boot c'est moins contraignant

Je n'ai rien fait de spécial pour la carte graphique, ça marche bien ainsi, pas de tearing notamment. Je suppose que l'OS est sur la carte nvidia avec les pilotes libres et que la partie intel est ignorée. C'est dommage pour l'autonomie. Si quelqu'un peut me dire quel pilote essayer je suis preneur. Je me perd un peu dans ce qui fonctionne ou pas, je préférerai être sur la carte intel et activer la carte nvidia si besoin.
 
C'est bien "spectacle" pour les captures d'ecrans (merci elbarto) et mapac-aur et trés bien comme gestionnaire de paquets (merci Trit').
 
Sinon j'ai passé un peu de temps sur Arch KDE et c'est plutôt sympa, très rapide. C'est mon duo gagnant pour l'instant.  
 
 

 
pamac-aur

C'était la version verlan.

ah oui, lol, j'm'a gourré

Avec Manjaro et mhwd pas de soucis pour installer sur un i7 5960x + 2 x GTX 1080 Ti en SLI.
Par contre sur ce point, ce ne sont pas les mêmes paquets. mhwd étant un outil de la distrib aidant à installer les drivers facilement (solution feignant)  
 
Du coup voici ce qui est installé :
 

 
Donc d'après la doc ici : https://wiki.archlinux.org/index.php/NVIDIA
1) Tu installes le paquet nvidia
2) Tu utilises le hook pacman pour nvidia pour éviter d'oublier à chaque mise à jour du driver de faire mkinitcpio -P
3) Tu fais une conf par défaut de : /etc/X11/xorg.conf.d/20-nvidia.conf soit à la main soit avec nvidia-xconfig en root. Il faut checker la sortie de xorg.conf si tu utilises l'outil nvidia-xconfig de nvidia, tu redémarres et ça doit être ok.
 
Un truc que je comprenais pas c'est qu'il m'inversais les deux cartes donc pas oublier de tester soit avec deux écrans soit en changeant le cable de carte. En regardant bien, je n'avais précisé les BusID donc c'était normal    
 
Le SLI sous linux pas vraiment de gain il me semble. J'utilise deux cartes différentes sur ma config (pas celle plus haut) pour faire des rendus blender ou calcul CUDA.
 

 
et mon xorg fonctionnel généré par nvidia-xconfig :  

Dans nvidia-settings tu peux voir quelle est la carte Device0 et quelle est la carte Device1

 
  merci pour les infos.
 
J'avais fait exactement la procédure manuelle que tu décris (installer le paquet, faire le mkinitcpio, créer le hook, utiliser nvidia-xconf). D'ailleurs CUDA fonctionne en mode console. Jamais utilisé mhwd.
par contre je vois que ça installe des paquets plus vieux : 304-xx et 340-xx
quand j'ai fait mes tests ça installait les paquets nvidia récents (nvidia, qui installe nvidia-390). Ça peut etre le problème ?
 
lspci donnait le meme genre d'output, ainsi que lsmod qui listait les meme drivers que ce que je vois sur mon Ubuntu.
effectivement t'es pas le premier à me parler de l'inversion de carte...faut faire comment pour forcer une carte ? c'est la section screen.
 

Ok je fais les maj du jour : impossible de booter.  
vfs unable to mount root fs.  
 
Du coup si ça vous arrive, démarrage avancé, et downgrade le kernel.

Installe le noyau lts, ca permet d'avoir 2 noyaux au cas ou.

Ça revient au même que de rollback non ?

Pas exactement.
 
Avoir 2 noyaux permet de démarrer la machine quand un est complètement hors service et pas l'autre. Tu peux ensuite réparer le noyau problématique.

Ah ça te le demande au boot en gros ou faut quand même passer par les lignes de commande ?

Un tuto vidéo qui explique bien ce qu'il faut faire
https://www.youtube.com/watch?v=LIYCeBDIy5w
 
edit : ensuite je fais cette petite modification de Grub pour qu'il démarre systématiquement sur le dernier noyau utilisé par défaut ( option super pratique je trouve )
https://wiki.archlinux.org/index.ph [...] ious_entry

Merci.

Ca passe par GRUB ou autre logiciel que tu utilises a la place, c'est automatique.

Il faudra bien sur en 1er régénérer grub.cfg ou similaire, vu que cela n'est helas pas automatique.

En parlant de Grub, j'ai voulu le modifier pour passer des paramètres pour Amdgpu (je suis actuellement sous Radeon) et, dès la première ligne, c'est écrit qu'il ne faut pas modifier à la mano le fichier alors...euh, bah, je n'ose même pas y toucher donc pas de Amdgpu. J'ai l'impression d'être un cas particulier.

Tu modifies /etc/default/grub pas /boot/grub/grub.cfg, c'est marqué dans la 5e ligne...

OTAN pour moi, cela m’apprendra à lire partiellement.
Bon, j'ai totalement confiance dans ce que j'ai fait. Adieu!

j'ai cassé le multiboot récemment avec grub , désormais je suis passé à LILO qui est beaucoup plus simple d'utilisation et ne requiert rien d'autre qu'un pauvre lilo.conf dans /etc