Dans un test publié le 22 octobre 2026, Adam Conway, de XDA, a rendu une scène Blender très détaillée qui a mobilisé 49,3 Go de mémoire de scène sur un HP OmniBook Ultra 16 équipé de RTX Spark. Le rendu en 1080p a pris environ 12 minutes à 64 échantillons. Le test illustre la capacité mémoire de cette configuration pour cette scène précise, pas une vitesse supérieure à celle d’une RTX 5090.
Une scène lourde sur un portable de 128 Go
Adam Conway a utilisé le HP OmniBook Ultra 16 dans sa configuration haut de gamme : un processeur Grace à 20 cœurs, un GPU Blackwell à 6 144 cœurs et 128 Go de mémoire LPDDR5X-9400 partagée entre le processeur et le GPU. Le test tournait sous Windows sur Arm, avec la version bêta de Blender 5.3, le moteur Cycles et OptiX, le moteur de rendu GPU de NVIDIA. La réserve de mémoire attribuée au GPU était réglée sur 64 Go, sa valeur par défaut selon XDA.
La mémoire de scène et l’utilisation totale rapportée du GPU sont deux mesures différentes. XDA a relevé 49,3 Go pour la scène la plus détaillée, puis 50,6 Go d’utilisation totale en comptant environ 1,3 Go déjà occupé avant le rendu.
Quand le niveau de détail augmente, mémoire et durée grimpent
La scène générée comportait environ 13 600 objets répartis dans une ville. Voici les résultats rapportés pour les trois niveaux de détail du test :
| Niveau de détail | Sommets évalués | Mémoire maximale de scène | Rendu en 1080p |
| Niveau 4 | 6,65 millions | 6,7 Go | 10 à 17 secondes à 48 échantillons |
| Niveau 6 | 106,3 millions | 38,4 Go | 6,5 minutes à 16 échantillons |
| Niveau 6, avec 11 % des bâtiments au niveau 7 | 139,3 millions | 49,3 Go | Environ 12 minutes à 64 échantillons |
À haut niveau de détail, un rendu à 16 échantillons prenait encore plus de 11 minutes. Adam Conway attribue une grande partie du temps à la préparation de la géométrie et à la construction des structures d’accélération du lancer de rayons, plutôt qu’au seul calcul des échantillons. Le fichier de la scène, lui, faisait moins de 2 Mo : la géométrie évaluée et les structures nécessaires au rendu occupaient l’essentiel de la mémoire GPU.
Plus de mémoire ne signifie pas un rendu plus rapide
Une RTX 5090 de bureau dispose de 32 Go de mémoire vidéo dédiée et d’une bande passante de 1 792 Go/s. XDA indique 300 Go/s pour la mémoire partagée de RTX Spark. La scène du test a donc dépassé la capacité de mémoire vidéo dédiée de la RTX 5090, mais cette différence de capacité ne constitue pas un résultat de vitesse. Pour les scènes qui tiennent dans sa mémoire, XDA présente la RTX 5090 comme l’option la plus rapide.
Cycles peut transférer certaines données vers la mémoire vive du système quand la mémoire vidéo ne suffit pas. Ce recours ne concerne pas toutes les allocations : le rendu peut échouer si les données qui doivent rester dans la mémoire du GPU ne tiennent pas. L’essai ne rapporte pas de temps de rendu de cette même scène sur une RTX 5090.
Pour situer ces chiffres, Blender recommande 32 Go de mémoire vive sous Windows. NVIDIA Studio classe une RTX 5060 Laptop GPU dotée de 8 Go comme une option « Essential » pour les scènes 3D de taille moyenne. Ces repères généraux ne décrivent pas les besoins de toutes les scènes : celle du test a atteint 49,3 Go de mémoire de scène.
Un autre score Blender, dans un test distinct
DDay.it a rapporté un score de 4 679 pour RTX Spark sous Blender 5.3 avec OptiX, sur un Microsoft Surface Laptop Ultra doté de 128 Go de mémoire et d’un processeur à 20 cœurs. Dans les références retenues par DDay.it, ce score se situe entre la médiane de la RTX 5070 Laptop, à 4 005, et celle de la RTX 5070 Ti Laptop, à 5 007. Ces médianes regroupent des versions de Blender, des systèmes d’exploitation et des limites de puissance différents : elles donnent un point de comparaison, pas un face-à-face contrôlé.
Ce score mesure un benchmark séparé, tandis que le test de XDA portait sur la mémoire utilisée par une scène personnalisée. Il ne permet donc pas de comparer directement la vitesse de rendu de RTX Spark et de la RTX 5090 sur cette scène.
Qwen a créé la scène, puis le rendu a suivi
Pour construire la ville, le test de XDA a utilisé localement Qwen3.8 Flash Next, connecté à l’agent de programmation Pi. Le modèle a généré un script Python de plus de 700 lignes pour la scène, ainsi qu’un script PowerShell pour lancer les rendus. La ville comprenait une grille de 15 par 15 blocs, 24 modèles de tours, 60 véhicules et 380 arbres.
La préparation, de la demande initiale au premier rendu Cycles en pleine résolution, a pris environ 81 minutes sans intervention de l’auteur. Le serveur d’inférence a été arrêté avant les rendus finaux : le test a donc utilisé le même portable pour créer la scène avec le modèle local, puis pour la rendre, mais pas pour exécuter simultanément l’inférence et le rendu final.
