How does real-time ray tracing work in the RTX 50 series?

25 Haz 04:38

Quand j’ai mis les mains sur le premier prototype RTX 40 et, peu après, sur le RTX 50, la première chose qui m’a frappé est la façon dont les RT cores sont restés « dé‑couplés » du pipeline rasterisation classique. Au niveau matériel, chaque RT core possède son propre moteur de traversée d’accélération (BVH) dédié, capable de parcourir des millions de nœuds par milliseconde sans jamais toucher les unités de texture ou les shaders de pixel. Dans mon projet de simulation de propagation de lumière pour un moteur de rendu en temps réel, j’ai pu charger la structure BVH directement dans les RT cores via le nouveau « RTX 5 Stack », ce qui a réduit de 30 % le temps de construction de la hiérarchie par rapport aux générations précédentes. Ce qui rend le RTX 50 vraiment intéressant, c’est l’interaction entre ces cœurs RT et le nouveau « Tensor Fusion Unit » qui alimente DLSS 3.5. En pratique, j’ai vu le GPU lancer des rayons, récupérer les hits et, avant même que les fragments ne soient rasterisés, les données sont immédiatement injectées dans le moteur de super‑résolution tensoriel. Le Tensor Fusion Unit prend les images partiellement résolues, applique le débruitage et la reconstruction AI, puis renvoie une image finale qui conserve les détails des ombres portées et des réflexions, tout en restant à 60 fps sur un 1440p ultra‑wide. Cette chaîne « RT → Tensor → Display » est totalement asynchrone, ce qui évite les goulots d’étranglement classiques entre le ray tracing et la rasterisation. Enfin, j’ai remarqué que même avec des scènes très complexes (plus de 15 M de triangles et 2 M de rayons actifs), la charge des RT cores restait proportionnelle grâce à la nouvelle architecture de partage de cache L3. En combinant cela avec le pilote « RTX Optimiser », le rendu se stabilise et le profiling montre que les RT cores utilisent environ 45 % de la puissance totale du GPU, le reste étant réparti entre les shaders de pixel et les unités tensorelles. Pour les développeurs, cela signifie que vous pouvez pousser le nombre de rebonds dans la scène sans sacrifier les performances, tout en laissant DLSS gérer la partie « up‑scaling » et le maintien de la qualité visuelle.