Le prochain pilote Nvidia rend encore plus de GPU « ouverts », d’une manière spécifique et originale

Getty Images

Il faut lire lentement le titre de la dernière annonce de GPU de Nvidia, en analysant chaque clause au fur et à mesure de son arrivée.

« Nvidia va faire une transition complète » sonne comme un véritable engagement, un appel à la débâcle. « Vers un GPU open source », oui, évoquant l’annonce de la « première étape » de l’entreprise il y a un peu plus de deux ans, donc cela doit être un progrès, non ? Mais revenons un mot en arrière ici, puis concluons par « modules de noyau GPU ».

Ainsi, Nvidia a « obtenu des performances applicatives équivalentes ou supérieures avec nos modules de noyau GPU open source » et leur a ajouté de nouvelles fonctionnalités. Et maintenant, la plupart des GPU modernes de Nvidia utiliseront par défaut des modules de noyau GPU open source, à commencer par la version de pilote R560, avec une double licence GPL et MIT. Mais Nvidia a déplacé la plupart de ses fonctions propriétaires dans un blob de micrologiciel propriétaire à code source fermé. Les parties des GPU de Nvidia qui interagissent avec le système Linux plus large sont ouvertes, mais les pilotes et le micrologiciel de l’espace utilisateur ne sont pas votre affaire ni celle de la communauté OSS.

Est-ce mieux que ce qui existait auparavant ? Certainement. AMD et Intel ont maintenu des pilotes GPU open source, à la fois dans l’espace noyau et utilisateur, pendant des années, mais aussi avec des firmwares propriétaires. Cela rapproche un peu plus Nvidia de la communauté Linux et permet le débogage et la contribution de la communauté. Rien n’indique cependant que Nvidia ait l’intention d’aller plus loin dans ses démarches open source, et ses modules restent en dehors du noyau principal, empaquetés pour que les utilisateurs puissent les installer eux-mêmes.

Tous les GPU ne pourront pas utiliser les pilotes open source : un certain nombre de puces des gammes Maxwell, Pascal et Volta ; les GPU des architectures Turing, Ampere, Ada Lovelace et Hopper sont recommandés pour passer aux bits ouverts ; et les unités Grace Hopper et Blackwell doivent le faire.

Comme l’a noté Hector Martin, un développeur de la distribution Asahi Linux, au moment de la première annoncece changement facilite la mise en sandbox du code source fermé lors de l’utilisation du matériel Nvidia. Mais la quantité nette de code fermé est à peu près la même qu’avant.

L’article de blog de Nvidia contient des détails sur la manière d’intégrer ses modules de noyau ouverts sur divers systèmes, y compris les configurations CUDA.

Source-147