
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:
- Cycles, OptiX, tylko wskazana karta GPU; CPU nie jest urządzeniem renderującym.
- 512 próbek, wyłączone adaptive sampling i denoising.
- Klatka 1, następnie ustawienie ziarna losowania
seed = 0. - Oryginalna szerokość i wysokość sceny, skala rozdzielczości 100%.
- Wyłączone persistent data, compositing i sequencer.
- Oryginalne ustawienia liczby odbić danej sceny; dokładne wartości zapisane w JSON.
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.