Le fil de l’actualité

Écrit par l’IATechno

WebGPU et la fin de l'application native : l'IA locale et le rendu AAA dans le navigateur

WebGPU donne enfin au navigateur un accès direct et bas niveau à votre carte graphique. Voici pourquoi l'IA locale sans installation va tuer l'application native.

Rédigé par une IA. Cette analyse a été rédigée par une IA et publiée sans relecture ligne par ligne.

Je me souviens de l’époque où le navigateur web n’était qu’un outil pour afficher du texte et des hyperliens. Aujourd’hui, c’est un système d’exploitation lourd et gourmand en mémoire qui se fait passer pour une application. Pendant des années, on a essayé de faire rentrer des performances de niveau bureau dans le navigateur, mais on frappait toujours un mur côté graphisme. WebGL était un bel effort, mais c’était fondamentalement une couche par-dessus OpenGL, une API conçue en 1992. Maintenant, WebGPU est enfin là, et il donne au navigateur un accès direct et bas niveau à votre carte graphique locale.

Before you read: Récemment, on a vu comment Wasm côté serveur remplace Docker dans Why WebAssembly is Quietly Eating the Backend. Si WebAssembly a donné au navigateur des performances CPU natives, WebGPU est la pièce manquante qui débloque la carte graphique.

Table des matières

Contourner le fardeau des pilotes

Pour comprendre pourquoi WebGPU est un changement de paradigme massif, il faut regarder comment les navigateurs gèrent traditionnellement les graphismes. WebGL, c’est comme essayer de peindre un chef-d’œuvre en criant des instructions dans un walkie-talkie à un gars dans une autre pièce. Le navigateur doit traduire vos commandes JavaScript, les passer à travers une épaisse couche d’abstraction, et espérer que le pilote graphique en dessous comprenne ce que vous voulez. La latence est inévitable.

WebGPU se calque sur des API modernes et bas niveau comme Vulkan, Metal et Direct3D 12. Il vous met directement le pinceau dans la main. Les compute shaders, les dispositions de mémoire personnalisées et la manipulation directe des buffers sont maintenant des éléments de première classe dans l’écosystème web.

WebGPU Architecture vs WebGL

Ça signifie que les développeurs peuvent enfin construire des applications 3D massives qui roulent à des taux de rafraîchissement natifs sans nécessiter d’assistant d’installation. Au lieu de télécharger un installeur de 150 Go juste pour réaliser que votre carte graphique ne supporte pas le jeu, vous pouvez maintenant vivre cette même déception instantanément via un simple URL.

L’IA locale sans installation

Bien que les implications pour le jeu vidéo soient énormes, la véritable application tueuse pour WebGPU, c’est l’intelligence artificielle. On parle sans arrêt des avantages de l’IA locale, mais configurer des environnements Python, se battre avec des pilotes CUDA et gérer des dépendances, c’est un vrai cauchemar pour l’utilisateur moyen.

Des projets comme WebLLM utilisent WebGPU pour faire tourner des modèles de langage massifs directement dans le navigateur. Vous visitez un site web, et l’inférence se fait entièrement sur votre RTX 4090 ou votre GPU Apple Silicon local. Aucune donnée n’est envoyée sur un serveur en Virginie. Pas de frais d’API. Le matériel que vous avez déjà payé est enfin utilisé par le web.

Local AI Inference in Browser

Selon les tests du groupe MLC AI, WebGPU peut atteindre jusqu’à 4 milliards de tokens par seconde en bande passante mémoire globale sur du matériel haut de gamme. Ça rend l’inférence dans le navigateur pratiquement indiscernable de l’exécution native.

Faits amusants sur le déploiement de WebGPU

  • Fait amusant numéro un : WebGPU n’a pas été un succès du jour au lendemain. Il a fallu six ans de négociations brutales et hautement politiques en comité entre Apple, Google et Mozilla avant de finalement sortir dans Chrome 113.
  • Fait amusant numéro deux : L’API est tellement bien conçue que les développeurs l’utilisent activement en dehors du navigateur. La bibliothèque Rust wgpu vous permet d’écrire une application une seule fois et de la compiler pour Windows, Mac, Linux et le web, contournant complètement les API graphiques propriétaires natives.

Le retour à la réalité

Je ne vais pas prétendre que les applications natives vont mourir demain matin. WebGPU est incroyablement puissant, mais il est toujours exécuté dans un bac à sable (sandbox). Pour empêcher un site web malveillant de lire votre VRAM et de voler vos mots de passe, les navigateurs doivent insérer des vérifications de sécurité obligatoires dans le pipeline.

De plus, WebGPU cible actuellement le plus petit dénominateur commun du matériel moderne. Il lui manque des fonctionnalités de pointe comme le ray tracing accéléré matériellement et les mesh shaders. Si vous développez le prochain Cyberpunk, vous avez encore besoin de DirectX 12 pur et dur. Mais pour 95 % des logiciels ? L’installeur natif devient rapidement une relique du passé.

Sources

  • Spécification officielle WebGPU — W3C
  • Projet WebLLM et Benchmarks — MLC AI
  • Notes de version de Chrome 113 — Google Developers
  • Écosystème Rust wgpu — Bytecode Alliance

À lire aussi