Bare-metal GPU dla firm · 96 GB VRAM · Katowice

TESTY I PORADNIKI

Blender na RTX PRO 6000 Blackwell Max-Q — zmierzone czasy renderowania

Własny test Blender 5.2.0: RTX PRO 6000 Blackwell Max-Q, Cycles OptiX, 512 próbek. Trzy sceny, powtórzenia, zakres wyników i dane CSV/JSON.

Poglądowa scena 3D: metaliczne kule, ciemny blok i szklany łuk.
Ilustracja AI.

Na naszym serwerze GPU scena monster renderowała się w medianie 5,54 s, junkshop w 10,34 s, a classroom w 8,85 s. Użyliśmy Blender 5.2.0 LTS, silnika Cycles i backendu OptiX na jednej karcie RTX PRO 6000 Blackwell Max-Q. Każda scena miała 512 próbek, jedną rozgrzewkę i trzy mierzone powtórzenia.

To własne pomiary czasu polecenia renderowania, a nie oficjalne wyniki punktowe Blender Open Data. Sceny mają różną rozdzielczość i złożoność: wyników w jednym wierszu nie należy traktować jako tego samego obciążenia co w pozostałych. Publikujemy ustawienia i wszystkie próby, aby liczby miały jasno określone znaczenie.

Wyniki trzech scen

Scena Rozdzielczość Mediana z 3 prób Najkrótsza–najdłuższa próba
monster 1024 × 1024 5,54 s 5,53–5,61 s
junkshop 2000 × 1000 10,34 s 10,26–10,42 s
classroom 1920 × 1080 8,85 s 8,76–8,86 s

Zakres pokazuje rzeczywiste minimum i maksimum trzech mierzonych prób, nie przedział ufności ani gwarantowaną wydajność przyszłego zadania. Rozgrzewka nie wchodzi do mediany. Jej wynik, poszczególne powtórzenia oraz dokładniejsze wartości znajdują się w plikach CSV i JSON pod artykułem.

Konfiguracja testowa

Element Stan podczas pomiaru
GPU NVIDIA RTX PRO 6000 Blackwell Max-Q Workstation Edition, 96 GB VRAM
Ustawiony limit mocy 300 W, bez ręcznego podkręcania
Procesor AMD EPYC 4565P, 16 rdzeni / 32 wątki
RAM systemowy 96 GB
System Rocky Linux 10.2
Sterownik NVIDIA 595.91.07
Blender 5.2.0 LTS, build fbe6228777e7
Obliczenia renderujące Cycles, OptiX, jedna karta GPU; urządzenie CPU wyłączone

W czasie całej serii najwyższy odnotowany odczyt użycia pamięci GPU wyniósł 8162 MiB, czyli około 8 GiB. Te trzy sceny nie były więc testem wykorzystania pełnych 96 GB VRAM. Nie dowodzą też, że każda większa scena zmieści się w pamięci karty.

Co obejmuje podany czas

Mierzyliśmy czas ścienny wywołania bpy.ops.render.render(write_still=False). Obejmuje ono renderowanie oraz przygotowanie i synchronizację sceny, w tym struktury BVH. Wyłączenie CPU jako urządzenia renderującego nie usuwa pracy procesora potrzebnej do przygotowania sceny.

Poza tym czasem pozostają uruchomienie Blendera, początkowe wczytanie pliku .blend, zapis obrazu na dysk i transfer przez sieć. Nie jest to zatem całkowity czas od przesłania projektu na serwer do pobrania gotowego pliku. Dla takiego przepływu pracy trzeba dodatkowo zmierzyć odpowiednie etapy.

Każda scena działała w osobnym procesie Blendera. Wewnątrz procesu wykonywaliśmy jeden pełny render rozgrzewkowy, a następnie trzy mierzone rendery. Nie czyściliśmy systemowej pamięci podręcznej; przed serią końcową wykonaliśmy pilotaż. GPU nie wykonywało równolegle innych obliczeń, choć niezależne pobieranie modeli mogło korzystać z procesora, sieci i dysku.

Sceny i ustawienia do odtworzenia

Sceny pochodzą z oficjalnego archiwum Blender: monster, junkshop i classroom. Archiwa i program sprawdziliśmy według SHA-256 z metadanych Blender Open Data oraz sum wydania Blender 5.2.0. Konkretne sumy plików są również w naszym JSON.

Ustawienia wspólne dla wszystkich scen:

Oryginalna scena classroom ma animowane ustawienie ziarna. Dlatego najpierw wybieramy klatkę, potem ustawiamy seed. Pilotaż, w którym kolejność była odwrotna, zachowaliśmy oddzielnie i nie włączyliśmy jego liczb do powyższych wyników.

W odtwarzaniu testu ważny jest również sposób uruchomienia: tryb --background --factory-startup --disable-autoexec, bez wykonywania skryptów zapisanych w scenie. Po każdym wywołaniu sprawdzaliśmy poprawne zakończenie renderowania. Zamiast automatycznie przechodzić na CPU, próba bez dostępnego urządzenia OptiX kończyła się błędem.

OptiX: istotny szczegół przygotowania środowiska

Początkowa instalacja sterownika przeznaczona do obliczeń CUDA nie zawierała bibliotek OptiX. Samo działające nvidia-smi nie wystarczyło więc do uruchomienia tego wariantu testu.

Użyliśmy bibliotek użytkowych dokładnie w wersji 595.91.07, zgodnej z działającym sterownikiem, z oficjalnego pakietu NVIDIA. Podpis RPM został zweryfikowany przy użyciu wcześniej zainstalowanego klucza NVIDIA. Biblioteki udostępniliśmy wyłącznie procesowi Blendera z osobnego katalogu; nie podmienialiśmy globalnego sterownika ani firmware. JSON zawiera wersję, źródło i sumy SHA-256, bez ścieżek administracyjnych.

To szczegół testowanego środowiska, nie deklaracja, że każda czysta instalacja CUDA zawiera komplet składników do renderowania OptiX.

Temperatura i granice tego pomiaru

Końcowa seria trwała około 103 sekund i zakończyła wszystkie trzy rozgrzewki oraz dziewięć mierzonych renderów. Przy odczycie GPU mniej więcej co sekundę zanotowaliśmy maksimum 84°C, blisko przyjętego zabezpieczenia zatrzymującego test przy 85°C. Początkowy odczyt temperatury tej serii wynosił 55°C.

To informacja o krótkim przebiegu, nie potwierdzenie wielogodzinnej stabilności termicznej. Próbkowanie może też pominąć krótsze szczyty między odczytami. Telemetria mocy w JSON dotyczy karty GPU, nie poboru całego serwera z gniazdka.

Czy taki serwer pasuje do Twojego renderowania?

Wyniki stanowią konkretny punkt odniesienia dla trzech jawnych scen i ustawień. Nie przeliczamy ich automatycznie na czas innego projektu, liczbę klatek całej animacji ani przewagę nad innym dostawcą. Nie jest to test renderera Eevee, renderowania CPU ani maksymalnej pojemności VRAM.

Jeśli planujesz zdalne renderowanie w Blenderze, opisz wersję programu, silnik, rozdzielczość, liczbę próbek, przybliżoną pamięć sceny i liczbę klatek. Na tej podstawie można dobrać scenariusz sprawdzenia zamiast opierać decyzję na samej nazwie GPU.

Zobacz ofertę serwera, zapytaj o swój projekt renderujący albo sprawdź naszą metodykę testów.

Blender Cycles OptiX: czas renderowania scen
  1. monster · 1024×10245,545,54 s
  2. junkshop · 2000×100010,3410,34 s
  3. classroom · 1920×10808,858,85 s

Mediany 3 prób po rozgrzewce, 512 próbek. Mniej sekund oznacza krótszy czas. Sceny różnią się rozdzielczością i złożonością; to nie ranking GPU ani oficjalny wynik Blender Open Data.

Dane do pobrania

Publiczne zestawienie wyników i ustawień testu, bez danych dostępowych i identyfikatorów administracyjnych.