Le plafond tensoriel de Nvidia ressemble à un choix tarifaire, et Linux vient de le révéler

Si une carte peut fournir deux fois plus de débit tensoriel sur certaines opérations après un module noyau et un redémarrage, était-elle vraiment « limitée » par la physique ? C'est la question embarrassante à laquelle Nvidia doit désormais répondre, et nous pensons que la réponse est évidente.

Ce qui s'est réellement passé

Selon PC Games Hardware, trois projets de développeurs contournent désormais le bridage tensoriel de certaines GeForce RTX des séries 20, 30 et 40 sous Linux. Ils s'appuient sur des travaux antérieurs menés sur les cartes de minage CMP de Nvidia. La version pour Ada Lovelace, gpu-unlock-ada, lève le plafond sur les calculs FP16 et BF16 avec accumulation FP32 sur une RTX 4090. Le débit mesuré passe de 165,6 à 331,6 TFLOPS.

Le projet pour Ampere, gpu-unlock, est le plus abouti. Sur une RTX 3090 Ti, selon le rapport, le BF16 passe de 87,5 à 157,4 TFLOPS, soit un gain de près de 80 %. Aucune unité de calcul ni mémoire supplémentaire n'est débloquée. Le module s'exécute avant le pilote habituel, en utilisant un firmware Nvidia signé, puis le pilote d'origine prend le relais. Le changement disparaît au redémarrage et doit être réappliqué à chaque démarrage.

Les chiffres parlent de « segmentation », pas de « physique »

Nvidia documente cette séparation depuis des années. Dans son livre blanc sur Ada Lovelace, selon PCGH, la RTX 4090 est donnée pour 165,2 TFLOPS en FP16 avec accumulation FP32 et 330,3 TFLOPS avec accumulation FP16. Le résultat débloqué tombe presque exactement sur le second chiffre. Même puce, même silicium, et un plafond qui est manifestement un paramètre de configuration.

Cela ressemble à de la segmentation de marché classique. Les produits professionnels et pour centres de données construits sur les mêmes GPU bénéficient du débit complet, pas les acheteurs de GeForce. Nvidia a le droit de vendre des produits différents à des prix différents. Mais nous voyons mal comment présenter une valeur de registre comme une différence matérielle. Un fil Reddit le disait sans détour: le déblocage supprime une restriction artificielle afin de pouvoir facturer davantage les entreprises. C'est une opinion de forum, pas un fait documenté, et les sources n'exposent pas les motivations de Nvidia. Mais nous avons du mal à lire les données autrement.

Le moment compte aussi, selon nous. Le plafond pèse surtout sur le BF16, que, note PCGH, de nombreux modèles d'IA actuels utilisent. Nvidia a vendu ces cartes dans un monde de jeu vidéo. Leurs propriétaires y font aujourd'hui tourner des modèles de langage et de la génération d'images en local, et, à notre lecture, un bridage qui protège les produits destinés à l'IA les touche eux aussi.

Ne pas surestimer le gain, ne pas ignorer les risques

Avant que quiconque se précipite pour flasher quoi que ce soit, une douche froide. Les gains sont inégaux. PCGH signale les plus fortes hausses sur le traitement de longs prompts et certains modèles d'image, tandis que la génération d'un seul token ne s'accélère presque pas. Aucun gain de fréquence d'images en jeu n'a été mesuré. Le FP8, que Nvidia a beaucoup promu sur Ada, n'a progressé que de 0,3 % lors du seul test réalisé à ce jour.

Les preuves concernant la carte vedette sont également minces. Le succès avec la 4090 a été documenté sur une seule carte après un démarrage à froid, et PCGH précise que la fiabilité sur d'autres exemplaires n'a pas été correctement étudiée. Pour Ampere, il n'existe des retours d'utilisateurs que pour cinq modèles, et Turing n'est qu'une étude de faisabilité. Il s'agit d'un logiciel expérimental qui s'exécute sous le pilote et lance un firmware signé avec une charge utile personnalisée. Nous le traiterions comme un firmware d'overclocking: acceptable sur une machine de rechange, une mauvaise idée sur celle dont vous avez besoin pour travailler demain. Nous ne compterions pas non plus sur un geste de la garantie, même si la documentation n'indique pas comment Nvidia réagira, et nous ne spéculerons pas.

Notre verdict

Les gens devraient posséder le silicium qu'ils paient. Si une puce peut faire quelque chose en toute sécurité, la laisser désactivée dans le firmware uniquement pour protéger une référence plus chère est difficile à justifier auprès de l'acheteur d'une carte haut de gamme. Que la communauté ait dû fouiller le firmware pour y parvenir est le vrai sujet. Le meilleur scénario serait que Nvidia en fasse une option officielle et prise en charge, ou au moins explique où se situe la limite. Nous en doutons, car le plafond semble avoir pour seul but de séparer les prix.

D'ici là, notre conseil est simple. Si vous faites tourner de l'IA locale sur une GeForce plus ancienne sous Linux, suivez la maturation de ces projets, testez sur du matériel non critique et attendez plus d'une 4090 réussie. Et si vous hésitez sur un achat, rappelez-vous que les fiches techniques décrivent ce que le fabricant autorise la puce à faire, pas forcément ce dont elle est capable.