AMD : Vulkan est jusqu’à 44 fois plus rapide que ROCm
Lemonade désactive un backend devenu inutilisable
L’écosystème d’AMD est victile d’un résultat pour le moins inattendu. Lemonade, un projet open source d’IA locale optimisé notamment par des ingénieurs AMD, vient de retirer le support ROCm d’OpenMOSS. La raison est rsimple. Dans certains tests, l’API Vulkan exécute exactement la même tâche jusqu’à 44 fois plus rapidement sur le même matériel.
Cette décision apparaît dans la version candidate de Lemonade 2026.40.0. Le journal des changements indique que les builds ROCm d’OpenMOSS sont environ 40 fois plus lentes que leurs équivalents Vulkan sous Windows comme sous Linux.
9,6 secondes avec Vulkan, 390 secondes avec ROCm
Les mesures publiées par les développeurs permettent de prendre toute la mesure du problème. Le test consiste à demander à OpenMOSS de générer un extrait audio de trois secondes avec quatre étapes de diffusion. Le modèle est déjà chargé afin que la mesure porte essentiellement sur la génération elle-même. Sous Windows, les résultats sont les suivants. Avec Vulcan la tâche est exécutée en 9,6 secondes contre 390,4 secondes avec ROCm. Nous obtenons donc un facteur d’environ 41×.
La situation est encore pire sous Linux avec 8,2 secondes avec Vulcan contre 360,6 secondes avec ROCm soit environ 44× plus de temps nécessaire pour exécuter la même tâche.
ROCm ne semble même pas réellement utiliser le GPU
Face à un tel résultat, l’équipe Lemonade a tenté de trouver une explication. En étudiant pourquoi le test OpenMOSS demandait autant de temps, Jeremy Fowers explique avoir découvert que la tâche s’exécute sur le processeur plutôt que sur le GPU.
C’est étrange car ROCm est justement la pile logicielle d’AMD destinée à exécuter des charges de calcul sur ses GPU. Si une partie du traitement retombe silencieusement sur le CPU, l’avantage de l’accélération matérielle disparaît.
Attention cette découverte ne signifie absolument pas que ROCm est 40 fois plus lent que Vulkan en général. Le problème est spécifique à OpenMOSS dans Lemonade et à cette charge de travail.
Les autres workloads ROCm fonctionnent normalement
Les développeurs ont justement effectué un contrôle avec d’autres moteurs audio. Sur les mêmes machines, ThinkSound demande entre 1,6 et 2,6 secondes avec ROCm tandis qu’ACE-Step tourne autour de 1 à 1,1 seconde.
Du coup Lemonade conclut que la “régression” est spécifique au binaire OpenMOSS et non au banc de test, au runtime ROCm ou au matériel AMD. Face à un tel écart, l’équipe a choisi une solution simple. Elle a désactivé complètement le backend OpenMOSS ROCm sous Windows et Linux. Vous devez donc désormais utiliser Vulkan, ou CUDA si vous PC exploite une carte NVIDIA.
Enfin cette nouvelle version de Lemonade ne se limite à ce problème. Elle apporte une correction destinée aux APU AMD, notamment aux références Ryzen AI Max basées sur Strix Halo. Lemonade vérifiait jusqu’ici la taille d’un modèle par rapport à la quantité de VRAM réservée de manière fixe. Cette approche posait problème avec un APU puisqu’il utilise une mémoire système partagée. Certains modèles volumineux, dont DeepSeek-V4-Flash-IQ2XXS-DS4, pouvaient ainsi être refusés alors que la machine disposait en réalité de suffisamment de mémoire.
Enfin ce version 2026.40 contient un autre changement important. Il concerne l’environnement Windows. Lemonade retire également le backend ROCm de sd-cpp utilisé pour certaines fonctions de génération d’images. La raison indiquée dans les notes de version est là encore un problème de performances. Du coup sous Windows l’équipe recommande donc là encore de basculer vers Vulkan.
