COMPTOIR
  
register

NVIDIA sur le point de mettre à jour son pilote Linux, le dernier pour les GTX 700

Si, en pleine période de pénurie, les RTX font briller les yeux des joueurs, il n’est guère aisé de se procurer une carte, si bien que même le marché de l’occasion se voit saturé de demandes. Si vous avez opté pour une carte de génération précédente à un tarif plus attractif, ou que vous n’avez pas mis à jour votre partie graphique depuis un paquet d’année — tout le monde n’ayant pas les mêmes besoins —, alors vous êtes peut-être encore en possession d’une carte sous architecture Kepler, a. k. a. la série 700 et une partie de la série 600 de chez NVIDIA.

 

Or, s’il est un sujet qui fâche, quel que soit le constructeur de GPU, c’est bien la question du support des pilotes sur le long terme. En particulier, les cartes NVIDIA sont connues pour moins bien vieillir du fait de performances à la sortie étroitement liée à l’optimisation des pilotes, une chose abandonnée au fur et à mesure que les nouveaux titres se font légion. Sous Linux, le phénomène est amplifié : si vous souhaitez un pilote officiel (comprendre « propriétaire », afin de bénéficier des meilleures performances) à jour pour une carte Fermi, alors vous êtes bloqués à la version 390 ; pour les cartes précédentes (G8x, G9x et GT2xx), ce sera la 340, et pour le NV4x et G7x, vous devez rester en 304. Hé bien, l’histoire va se répéter pour notre cher Kepler, abandonné sur le bord de la route avec cette ultime branche 470, la dernière compatible pour ces puces. Néanmoins, le pilote open source, Nouveau, pourra encore vous être utile, car ses performances ne sont pas désastreuses sur cette génération de cartes : en effet, l’absence de signature du firmware permet d’atteindre les fréquences de boost annoncées des cartes (ce qui n’est pas le cas à partir de Maxwell).

 

Pour le reste, cette nouvelle version, prévue pour les semaines à venir, donne un peu d’espoir aux amateurs des derniers projets linuxiens, notamment par le support annoncé comme meilleur de Wayland. Si vous n’avez aucune idée de ce dont il s’agit, Wayland est un remplaçant de l’ancien back-end X11 pour l’affichage graphique, prévu pour être plus rapide, mieux interfacé avec le matériel (par exemple via la prise en charge native de la synchronisation verticale !) et moins foisonnant en fonctionnalités inutiles (X11 possédait par exemple de quoi supporter des imprimantes !). Du fait d’API propriétaires, tourner sous Wayland avec une carte NVIDIA est actuellement périlleux, notamment parce que le pilote ne sait pas correctement gérer la couche de récompatibilité avec les applications tournant encore sous l’ancien protocole X... ce qui inclut l’accélération 3D et donc l’écrasante majorité des jeux, Proton ou non. Reste à voir ce que cela donne en pratique ! (Source : Phoronix)

 

 

linux

 

Un poil avant ?

Jonsbo HX6250 : un gros ventirad tout noir, sobre et traité au graphène

Un peu plus tard ...

Windows Insider 21387 : vous aimez les correctifs ?

Les 14 ragots
Les ragots sont actuellement
ouverts à tous, c'est open bar !
par Nicolas D., le Jeudi 27 Mai 2021 à 07h47  
par Un rat goth à l'heure d'Occitanie, le Jeudi 27 Mai 2021 à 00h21
Kepler c'est à partir de gtx série 600 ...
Effectivement, mais a fortiori, si la 700 n'est pas supportée, la 600 non plus ; et c'est avec la 780 (Ti) et la Titan que la gamme Kepler a été totalement complète .
par Un rat goth à l'heure d'Occitanie, le Jeudi 27 Mai 2021 à 00h21  

Kepler c'est à partir de gtx série 600 ...

par Un ragoteur qui aime les BX en Île-de-France, le Mercredi 26 Mai 2021 à 09h49  
J'ai longtemps apprécié le support des cartes nvidia sous linux, seul moyen à une certaine époque, lointaine maintenant, d'avoir une accélération vidéo impeccable et sans tearing.
Le pilote libre radeon m'a ensuite permit d'exploiter convenablement une HD6950 et le fait de ne plus dépendre de dkms, cela m'a apporté pas mal de confort mais surtout d'énormes gains de temps pour pouvoir utiliser mes propres versions du noyau parfois très récentes. Je me suis aussi débarrassé de virtualbox pour les mêmes raisons, dkms dépanne bien mais reste une grosse contrainte.
Depuis amdgpu la qualité des drivers est vraiment top, il me fout la paix, ça "juste marche" et c'est tout ce que je demande à un pilote.
Ça serait bien que nvidia s'inspire de ce que font ses concurrents car le matériel est top mais aujourd'hui je ne me verrais pas repasser à l'utilisation d'un pilote propriétaire, c'est bien trop chronophage dans mon cadre pro.
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 12h08  
par Un #ragoteur connecté en Auvergne-Rhône-Alpes, le Lundi 24 Mai 2021 à 10h04
Chez Intel et AMD, c'est out-of-the-box. On démarre et ça marche sans rien faire.
Ca "marchouille" chez AMD, oui (pour ma Radeon 9700 le vieux Catalyst de 2007 est toujours plus performant (+30%) que le pilote Mesa d'aujourd'hui, car utilisant des caractéristiques du GPU tenues secrètes par le fabricant); quant à Intel, on s'en fout, c'est juste un pseudo-GPU "de rab", éventuellement utile en OpenCL pour du calcul (par exemple rendu sous blender, en plus du "vrai" GPU), et encore, car jusqu'au Sandy Bridge inclus, ces iGPU n'étaient pas utilisables en OpenCL sous Linux (j'avais d'ailleurs purement et simplement désactivé l'iGPU sur un 2500K)...

Et si vous voulez la même "qualité" de pilote, vous avez "Nouveau" pour NVIDIA... Bien suffisant pour un PC que vous auriez gardé 15 ans (ce qui est la durée pendant laquelle vous pouvez utiliser un pilote propriétaire NVIDA avec un Linux à jour): mais qui donc garde 15 ans une carte graphique pour jouer ??? Pas moi !!!
Au mieux, vous l'aurez recyclé comme pare-feu Linux pour votre réseau local (ce que je fais).

 
AMD a beaucoup changé depuis. Depuis les HD 7000, ça tourne mieux sur le pilote libre que le pilote propriétaire.
Donc, en fait, cela a empiré (ce que tendent à démontrer les performances déplorables de leur pilote OpenGL sous Windows), et leur pilote propriétaire est simplement devenu pire que le pilote libre (qui, malheureusement, ne profitera jamais des caractéristiques du GPU sous embargo: AMD n'est pas moins coupable que NVIDIA dans ce domaine, et pratique également le secret pour tout ce qui pourrait éventer l'architecture intime de leurs GPU).
par Un #ragoteur connecté en Auvergne-Rhône-Alpes, le Lundi 24 Mai 2021 à 10h11  
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 09h06
Désolé, mais vous ne me convaincrez pas de racheter de l'AMD pour les GPU (les CPU, c'est une autre histoire, et je compte bien me payer un Zen 4 l'année prochaine)
Tu fais bien ce que tu veux, on s'en fiche. Il y a de bons d'arguments pour acheter des nVidia. Juste il ne faut pas dire n'importe quoi pour transformer un point faible des nVidia sous Linux en avantage.
par Un #ragoteur connecté en Auvergne-Rhône-Alpes, le Lundi 24 Mai 2021 à 10h04  
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 08h46
J'avais une 8800 GT, ...
En gros, il faut se taper une version du noyau spécifique (et on fait comment si l'on veut profiter des améliorations des noyaux plus récents?), patcher à la main, tout ça pour faire tourner sa carte. Chez Intel et AMD, c'est out-of-the-box. On démarre et ça marche sans rien faire.
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 08h46
Ca rame: inutile pour le jeu !!
C'est toujours plus rapide qu'une carte nVidia qui n'a plus de pilote. Ma GMA 3000 marche mieux que ma 6200 TC en 2d, et de très loin.
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 08h46
AMD ne fourni aucun support long de ses pilotes propriétaires pour Linux, et les pilotes libres sont bien moins performants !
J'en ai fait les frais avec un Radeon 9700 sur un portable (support du pilote Catalyst abandonné au bout de seulement deux ans, pilote libre 50% moins rapide, noyau Linux et Xorg bloqués depuis (2009), pour pouvoir conserver le dernier Catalyst !). Depuis, AMD/ATI, pour moi c'est merci, mais non merci !
AMD a beaucoup changé depuis. Depuis les HD 7000, ça tourne mieux sur le pilote libre que le pilote propriétaire.
J'ai noté une énorme amélioration des pilotes libres pour mes HD 5000.
par _m_, le Lundi 24 Mai 2021 à 09h41  
 
Wayland, c'est d'la merde et puis c'est tout !

Ouais, même avis. Faut pas voir Wayland comme le remplaçant d'X11, mais plutôt comme une alternative à vocation ultra-majoritaire. Mais X.Org perdurera et je ne vois pas son développement s'arrêter de si tôt. Car il y a tout un tas de petits domaines où Wayland ne saura jamais remplacer X, et il n'a d'ailleurs pas vocation à le faire.

Paraît par exemple que Wayland signe l'arrêt de mort des applis de screenshot indépendantes. Car des appli tierces ne peuvent plus accéder directement aux buffers de rendu. Au lieu de ça, ils devront s'interfacer aux API mises à disposition par chaque window manager, si elles ont prévu cet accès. Et donc à une appli de capture d'écran universelle, l'obligation de supporter tous les WM existant et leur suivi dans le temps...

Lorsque j'avais acquis ma première souris multimédia (avec pleins de boutons), évidement, KDE n'étaient à l'époque pas capable de mapper ces boutons à des actions de mon choix. Mais X recevait correctement leurs events. J'avais été tout fier à l'époque d'avoir pu mapper ces boutons à des raccourcis clavier simulés, eux même configuré sous KDE, grâces à des petits outils comme Xev, XBindkeys et d'autres. Et lorsque le clic-molette avait rendu l'âme, j'avais même pu le remapper sur un autre bouton en éditant un fichier de conf

Mais tout ces outils ne fonctionneront jamais plus sous Wayland, et aucune alternative n'est prévu, car dans son paradigme, il voit ça comme des brèches de sécurité.
Je suis d'accord que ces outils peuvent aussi être utilisé à des fins de keylogging, par des malwares, mais j'ai pas vraiment l'habitude que Linux m'empêche de bidouiller et faire ce que je veux faire de ma machine, même si c'est pour ma sécurité

Donc vive X.Org
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 09h06  
par Nicolas D., le Lundi 24 Mai 2021 à 08h48
Et ça ne tourne pas avec Wayland, parce que NVIDIA l'a décidé.
Wayland, c'est d'la merde et puis c'est tout !

Par ailleurs, Wayland sera, à terme, bel et bien supporté par les pilotes NVIDIA (cela bouge déjà bien dans ce sens); en ce qui me concerne, ce n'est pas un soucis: je préfère X11, et de loin, qui m'est d'ailleurs nécessaire pour faire sur mon réseau de machines, ce que Wayland ne sait pas correctement faire; par exemple X sur canal ssh.

En plus, questions performances en OpenGL, NVIDIA bat AMD à plate couture à matériel de puissance égale. Et c'est encore plus flagrant sous Windaube, les pilotes Windows d'AMD étant de véritables escargots en OpenGL: vous aurez même de meilleures performances en faisant tourner un jeu OpenGL (exemple, le "viewer" Second Life) Windows via Wine sous Linux qu'en le faisant tourner en natif sous Windows !

C'est sans compter sur le support des pilotes: avec AMD, il faut attendre que les pilotes libres corrigent les bogues et contrairement à la légende, il y a aussi des "blobs" chez AMD, aussi de la doc incomplète (non ouverte) nécessitant de l'ingénierie inverse, ralentissant la résolution de certains de ces bogues, voire conduisant à la dégradation volontaire des performances sous Linux: exemple, pour Radeon, le support de l'AGP a été désactivé dans Linux v5.8 (divisant par 5 les perf en OpenGL !), à cause de bogues qui plantent tout l'ordinateur dans certaines conditions !

Désolé, mais vous ne me convaincrez pas de racheter de l'AMD pour les GPU (les CPU, c'est une autre histoire, et je compte bien me payer un Zen 4 l'année prochaine)
par Nicolas D., le Lundi 24 Mai 2021 à 08h48  
par Un Linuxien antédiluvien embusqué, le Samedi 22 Mai 2021 à 17h23
La seule chose qui compte vraiment, pour les vieilles cartes, c'est que les anciennes versions des pilotes soient mises à jour pour continuer à fonctionner avec les nouveau noyaux Linux. Et là, rien à redire !
Et ça ne tourne pas avec Wayland, parce que NVIDIA l'a décidé. Pour le reste, oui, les anciens drivers fonctionnent toujours... encore heureux ? Enfin, sous Windows aussi les cartes fonctionnent .
par Linuxien antédiluvien embusqué, le Lundi 24 Mai 2021 à 08h46  
par Un ragoteur RGB en Auvergne-Rhône-Alpes, le Dimanche 23 Mai 2021 à 10h16
Une fois que le pilote propriétaire ne supporte plus de noyau plus récent, tu es contraint d'utiliser un pilote libre aux performances moyennes, présentant beaucoup de bogues, et donc à abandonner ta carte.
J'avais une 8800 GT, mais au bout de quinze ans de bons et loyaux service (surcadencée, en plus), son étage d'alimentation à fini pas flancher: c'était avant que je ne sois confronté à l'obsolescence des pilotes, après après plus de 10 ans de support de NVIDIA (11 ou 12, je ne me souviens plus très bien), l'application de rustines pour compiler le pilote non supporté avec les nouveaux noyaux Linux (en général, les incompatibilités surgissent lors d'un léger changement de l'API de Linux, ce qu'il est facile de corriger, du moins dans un premier temps, au niveau de la partie Open Source du pilote NVIDIA), et la durée du support des noyaux LTS de Linux (e.g. v5.10 sera supporté jusqu'en 2026), vous pouvez continuer à utiliser vos vielles cartes pendant un sacré bail !

 
A l'inverse, avec un IPG Intel
Ca rame: inutile pour le jeu !

 
ou une carte AMD, les pilotes libres sont d'excellente qualité, avec une durée de support équivalente à celle de la carte en elle même.
AMD ne fourni aucun support long de ses pilotes propriétaires pour Linux, et les pilotes libres sont bien moins performants !
J'en ai fait les frais avec un Radeon 9700 sur un portable (support du pilote Catalyst abandonné au bout de seulement deux ans, pilote libre 50% moins rapide, noyau Linux et Xorg bloqués depuis (2009), pour pouvoir conserver le dernier Catalyst !). Depuis, AMD/ATI, pour moi c'est merci, mais non merci !
par Un ragoteur RGB en Auvergne-Rhône-Alpes, le Dimanche 23 Mai 2021 à 10h16  
par Un Linuxien antédiluvien embusqué, le Samedi 22 Mai 2021 à 17h23
Euh... Se plaindre que NVIDIA fournisse des pilotes Linux pendant plus de dix ans après la sortie d'un GPU, s'est assez gonflé, hein !...
Une fois que le pilote propriétaire ne supporte plus de noyau plus récent, tu es contraint d'utiliser un pilote libre aux performances moyennes, présentant beaucoup de bogues, et donc à abandonner ta carte. A l'inverse, avec un IPG Intel, ou une carte AMD, les pilotes libres sont d'excellente qualité, avec une durée de support équivalente à celle de la carte en elle même.

Mon portable avec GF108 sera bon à la poubelle quand plus aucune distribution encore supportée prendra en charge le pilote legacy. Pour ma HD 5450, j'ai plus de confiance.
par Un Linuxien antédiluvien embusqué, le Samedi 22 Mai 2021 à 17h23  
Euh... Se plaindre que NVIDIA fournisse des pilotes Linux pendant plus de dix ans après la sortie d'un GPU, s'est assez gonflé, hein !...

Moi, j'en suis très satisfait, de leurs pilotes: mes vielles GTX460 et 660 tournent toujours avec un pilote propriétaire NVIDIA sur mes PC tertiaire et quaternaire (oui, je suis du genre collectionneur de fossiles: le pseudo n'a pas été choisi pour rien ) sous les dernières versions des noyaux Linux et de Xorg !

Que le pilote soit une version 390 plutôt que 470, on s'en fout totalement: sous Linux, les nouvelles versions majeures n'apportent strictement rien pour jouer (tout simplement parce qu'elles implémentent des fonctionnalités que les vieilles cartes ne peuvent pas supporter). Du moment qu'OpenGL et CUDA sont à jour et que leurs bogues sont corrigés d'une version mineure à la suivante, il n'y a aucun soucis.

La seule chose qui compte vraiment, pour les vieilles cartes, c'est que les anciennes versions des pilotes soient mises à jour pour continuer à fonctionner avec les nouveau noyaux Linux. Et là, rien à redire !