À 209 dollars contre 175 dollars, l’écart de prix n’est que de 34 dollars. Pourtant, en matière de puissance de calcul multicœur, ce nano-ordinateur creuse un écart stupéfiant du simple au triple. Lors des tests sous Geekbench 6, le Radxa Dragon Q8B conçu à Shenzhen a signé un score multicœur de 6 302 points, surclassant nettement le Raspberry Pi 5 en version 8 Go. Pour la première fois, le matériel monocarte open source intègre un processeur Qualcomm Snapdragon issu du monde des PC portables.
Dès la réception des premières cartes, les retours de la communauté maker se sont rapidement polarisés. Si le débit de traitement multicœur a impressionné, un firmware d’usine rudimentaire est vite venu doucher l’enthousiasme. Doubler la puissance brute s’obtient facilement en empilant les composants haut de gamme ; franchir la barrière logicielle patiemment bâtie par Raspberry Pi depuis plus de dix ans réclame en revanche un effort d’ingénierie d’une tout autre envergure.
Figure : Comparaison extérieure du Radxa Dragon Q8B et du Raspberry Pi 5, affichant des dimensions de carte quasi identiques. Source : banc d’essai de Jeff Geerling
Plus de 6 300 points multicœur : le plafond de verre des cartes de développement explose
Au cœur du Dragon Q8B se trouve le processeur Qualcomm Snapdragon 8cx Gen 3, gravé selon le procédé 5 nm de TSMC. Développée à l’origine pour les ordinateurs portables ultra-fins sous Windows on ARM, son architecture CPU associe 4 cœurs très hautes performances Cortex-X1C cadencés à 3,0 GHz à 4 cœurs de performance Cortex-A78C à 2,4 GHz.
Le spécialiste du matériel Jeff Geerling a publié ses mesures en conditions réelles. Sous Geekbench 6, le Dragon Q8B enregistre 1 405 points en monocœur et 6 302 points en multicœur. Équipé du Broadcom BCM2712 doté de seulement 4 cœurs Cortex-A76, le Raspberry Pi 5 plafonne quant à lui aux alentours de 2 100 points multicœur. Le Q8B s’adjuge ainsi près de 80 % de gains en monocœur et un avantage net de 300 % en multicœur. Sous Geekbench 7, la carte a encore amélioré la marque avec 1 465 points en monocœur et 7 114 points en multicœur.
Les tests en virgule flottante confirment ce saut générationnel. Sur le benchmark Linpack, le Dragon Q8B délivre une puissance de calcul de 123,05 Gflops. La consommation globale du système se stabilisant à 33 W, son efficacité énergétique atteint 3,73 Gflops/W, contre seulement 2,75 Gflops/W pour le Raspberry Pi 5 sur la même épreuve. L’architecture Qualcomm à grands cœurs fait valoir une supériorité incontestable en efficacité computationnelle.
Cette montée en puissance s’accompagne toutefois d’une consommation électrique nettement plus élevée. Au repos avec connexion réseau active, le Dragon Q8B consomme déjà près de 4,9 W. Lors de tests de charge matricielle, la consommation totale grimpe à 20,9 W et atteint 33 W lorsque tous les cœurs tournent à plein régime en virgule flottante. En tenant compte des périphériques externes rapides, Radxa recommande un bloc d’alimentation de 65 W. La carte sort ainsi de l’enveloppe traditionnelle des 5 W à 15 W des nano-ordinateurs pour se rapprocher du profil d’un mini-PC de bureau.
Double port 2.5GbE et mémoire 128 bits : des spécifications dignes d’un PC fixe
Délivrer une telle puissance exige un sous-système matériel équilibré. Le Dragon Q8B est équipé en standard de 8 Go de mémoire LPDDR4X, avec des déclinaisons allant de 4 Go à 32 Go. Son bus mémoire affiche une largeur de 128 bits et opère à une fréquence atteignant 4 266 MT/s.
Les cartes de développement grand public ont longtemps souffert d’un goulet d’étranglement lié à des bus mémoire étroits. Le Raspberry Pi 5 s’appuie sur une mémoire basse tension 32 bits, ce qui entraîne souvent une saturation de bande passante lors de transferts intensifs et de rendus graphiques. L’architecture 128 bits du Dragon Q8B offre un canal de données très large, permettant de faire tourner de l’inférence locale de petits modèles de langage (LLM) avec une parfaite stabilité.
Figure : Gros plan sur le processeur Qualcomm Snapdragon SC8280XP au centre du Dragon Q8B. Source : banc d’essai de Jeff Geerling
La connectivité réseau franchit également un palier. Un contrôleur PCIe Toshiba TC956x intégré pilote deux ports Ethernet haut débit à 2,5 Gb/s. Les tests de débit ont confirmé une saturation de la bande passante physique à 2,35 Gb/s en transmission unidirectionnelle. Grâce à deux lignes PCIe intégrées, les utilisateurs peuvent brancher directement un SSD NVMe haute vitesse afin de concevoir un micro-nœud de stockage en réseau (NAS) performant.
La partie graphique repose sur un GPU Adreno 690 capable de gérer jusqu’à trois affichages 4K indépendants à 120 Hz. Le SoC intègre également un NPU Hexagon développant 29 TOPS pour l’accélération de réseaux neuronaux. À 209 dollars, ces spécifications hissent les capacités d’extension d’une carte de développement au niveau d’un PC industriel.
L’échec du démarrage sur OS génériques trahit les failles du firmware
Si la fiche technique impressionne, l’initialisation logicielle s’est révélée semée d’embûches. Alors que la documentation officielle promettait la prise en charge d’un firmware UEFI standard, les premières cartes sorties d’usine souffraient de lacunes manifestes.
Les testeurs ont essuyé de multiples anomalies de reconnaissance dès le démarrage à froid. Le firmware intégré peinait à énumérer les claviers USB, et les commutateurs KVM matériels perdaient tout contrôle lors de la phase BIOS. Sur certains écrans haute résolution, aucun signal n’était transmis, obligeant les utilisateurs à débrancher et rebrancher l’alimentation à plusieurs reprises pour espérer accéder au menu de configuration.
L’installation de systèmes d’exploitation génériques en dehors des images officielles recommandées s’est avérée encore plus problématique. En tentant de démarrer un support d’installation arm64 standard d’Ubuntu 26.04, la carte plantait et redémarrait instantanément après la sélection de l’option dans le menu GRUB. La promesse d’un amorçage universel via UEFI ne tenait pas l’épreuve de la pratique.
Radxa a par la suite confirmé le problème sur ses forums d’entraide, expliquant que certaines versions du BIOS d’usine présentaient des régressions privant les systèmes génériques de la prise en charge de bas niveau nécessaire. Le constructeur a diffusé en urgence des correctifs préliminaires pour stabiliser la procédure de démarrage. De plus, afin d’éviter la surchauffe, les premières images bridaient la fréquence des cœurs Cortex-X1C à 2,5 GHz, soit 83 % de leur valeur nominale. Pour exploiter pleinement la machine, les utilisateurs restent donc tributaires des images et scripts fournis par le constructeur.
Une soixantaine de patchs externes soulignent la fracture de l’écosystème
Les efforts d’adaptation menés par les communautés open source indépendantes ont mis en lumière l’ampleur du fossé logiciel. L’équipe de la distribution Armbian a dû consentir un effort colossal pour porter son système sur le Dragon Q8B.
Pour faire fonctionner la carte sur un noyau Linux amont (mainline), les mainteneurs ont dû empiler plus de 60 patchs externes par-dessus le noyau officiel. Ces correctifs couvrent le rétroportage de la pile réseau, les puces de pont HDMI, la gestion du branchement à chaud du DisplayPort et le décodage vidéo matériel. Dépourvue de cet imposant lot de patchs, la carte est tout simplement incapable de fonctionner sous un noyau standard.
Pour un maker ou un ingénieur système, maintenir une telle pile de pilotes de façon autonome représente une charge technique démesurée. À l’inverse, l’écosystème logiciel de la fondation Raspberry Pi conserve un avantage décisif. Le Raspberry Pi 5 profite d’un standard Device Tree unifié et d’un OS officiel mature garantissant une symbiose totale entre matériel et logiciel. Un débutant insère une carte SD préconfigurée et ses périphériques fonctionnent immédiatement, tandis que des milliers de bibliothèques s’installent en une ligne de commande.
Bien que Qualcomm possède une longue expérience dans l’univers du smartphone, ses fondations dans le monde de l’embarqué open source restent modestes. Ses pilotes propriétaires compliquent les portages communautaires, obligeant les concepteurs de cartes à engager des ressources d’ingénierie massives pour combler les lacunes logicielles.
Débauche de composants contre force communautaire : deux logiques de survie
Le marché des nano-ordinateurs open source se scinde ainsi en deux trajectoires d’évolution distinctes.
Les passerelles industrielles, les serveurs de compilation et l’analyse vidéo à la périphérie ont un besoin impérieux de puissance brute. Les développeurs d’entreprise recherchent des interfaces à large bande passante et possèdent l’expertise requise pour compiler des noyaux et appliquer des patchs afin de tirer parti de la densité multicœur des puces Qualcomm.
En revanche, pour l’immense majorité des bidouilleurs, le Raspberry Pi demeure le choix par excellence malgré des performances en retrait. La stabilité et la simplicité de son environnement logiciel constituent un rempart inexpugnable. Entre des bibliothèques GPIO prêtes à l’emploi et une gigantesque communauté d’entraide, les nouveaux venus ne se heurtent quasiment jamais à des blocages insurmontables.
Le Dragon Q8B démontre le formidable potentiel de l’arrivée des puces de PC portables dans l’univers des cartes de développement. Mais c’est la fiabilité du firmware et la vitalité de la communauté qui scelleront la durée de vie d’un nano-ordinateur. Concevoir une carte surpuissante ne prend que quelques mois ; bâtir un écosystème logiciel pérenne exige des années de maturation patiente.
Liens de référence :
- Banc d’essai sur Hackaday
- Notes du projet de test de SBCs par Jeff Geerling
- Documentation technique officielle du Radxa Dragon Q8B
- Échanges sur le forum technique officiel de Radxa
