AutoCAD, SolidWorks czy CATIA na chmurowym GPU? Oto czego wymaga każdy z nich

Otwórz stronę wymagań systemowych platformy CAD, a wskazówki dotyczące GPU będą zwykle technicznie prawdziwe, lecz operacyjnie niekompletne: karta zgodna z DirectX dla AutoCAD-a, certyfikowane karty i sterowniki dla SolidWorks, certyfikowane konfiguracje stacji roboczych dla CATIA. Postaw jeden serwer GPU z Windowsem, skieruj na niego wszystkie trzy platformy, a nie zachowają się ani trochę tak samo. Jedna ledwo dotyka GPU. Druga zamyka sztandarową funkcję za certyfikowanym sterownikiem i wyszarza ją, gdy go nie widzi. Trzecia potrafi połknąć 48 GB VRAM na jednym złożeniu, a gdy jej zabraknie, przeciągać każdą klatkę przez pamięć systemową.

Chmurowy GPU dla CAD to nie jedna decyzja. To trzy decyzje i nie mają tej samej odpowiedzi. Oto mapa platforma-do-wymagania: przynieś swoją licencję CAD, postaw VPS GPU z Windowsem, skonfiguruj zdalny dostęp, podłącz się z cienkiego klienta i zwymiaruj każdą platformę pod to, co serwer naprawdę musi dostarczyć. Jeśli chcesz podstaw GPU leżących pod tym wszystkim (czym jest certyfikacja ISV i jak układa się krajobraz GPU dla CAD), znajdziesz je w artykule towarzyszącym Jakiego GPU naprawdę potrzebujesz do CAD?. Tu praca idzie per platforma: API renderowania, stawka certyfikacji, VRAM według wielkości obciążenia, uczciwa odpowiedź na pytanie „kiedy GPU to przesada?” oraz warstwa zdalnego dostępu, która decyduje, czy cokolwiek z tego da się w ogóle używać.

Krótka wersja

• AutoCAD jest tym lekkim dla GPU. Ogranicza go taktowanie CPU w jednym wątku znacznie bardziej niż karta graficzna; topowe GPU do przepływu pracy wyłącznie w AutoCAD to zwykle pieniądze wydane w złym miejscu. Wystarczy dowolne współczesne GPU z DirectX 12.
• SolidWorks to miejsce, gdzie pytanie o certyfikację kontra karty konsumenckie naprawdę ma zęby, choć krótsze, niż sugerują fora. Karta konsumencka pokroju RTX 4090 obsłuży widok roboczy i błyszczy w renderowaniu w Visualize. Traci RealView (materiały w czasie rzeczywistym), rozszerzone optymalizacje OpenGL i objęcie wsparciem SolidWorks. Surowa szybkość widoku roboczego nie jest dławiona.
• CATIA to dwie historie GPU pod jedną nazwą. V5 ledwo używa GPU i jest napędzany pamięcią RAM; 3DEXPERIENCE naprawdę opiera się na rdzeniach RT i przy najcięższych projektach może potrzebować nawet 48 GB VRAM.
• A100 nie jest ulepszeniem do renderowania. Zasługuje na swoje miejsce wyłącznie w symulacjach FEA/CFD akcelerowanych GPU, gdzie liczą się pamięć ECC i moc obliczeniowa. Do widoku roboczego i renderowania w CUDA to zła karta: 6912 rdzeni CUDA wobec 16 384 w RTX 4090 i architektura nastawiona na obliczenia, a nie na grafikę.
• Zdalny dostęp decyduje o użyteczności. Standardowy RDP nadaje się do administrowania serwerem, ale nie powinien uchodzić za produkcyjną warstwę zdalnego dostępu dla interaktywnego CAD 3D. Zachowanie akceleracji sprzętowej zależy od aplikacji, systemu i sterownika, a Autodesk wprost nie wspiera akceleracji sprzętowej AutoCAD-a przez pulpit zdalny.

Czego ten artykuł nie obejmuje

• Poradniki do oprogramowania CAD. Ten tekst mapuje wymagania GPU; nie uczy obsługi aplikacji.
• Porady zakupowe dotyczące lokalnych stacji roboczych. Tu decyzja dotyczy chmurowego VPS z GPU, a to inne wyliczenie niż zakup sprzętu.
• Szczegółowa konfiguracja serwera licencji. SolidNetWork Manager albo Dassault License Manager na osobnym VPS to temat sam w sobie; tu jednym zdaniem, bez rozwinięcia.
• Recenzje zarządzanego CAD-as-a-Service. Tu chodzi o samodzielne postawienie surowego serwera GPU z Windowsem, a nie o kupno zarządzanego produktu desktopowego.

AutoCAD: tam, gdzie GPU nie jest twoim wąskim gardłem

Wydaj na topowe GPU do serwera przeznaczonego tylko pod AutoCAD, a najpewniej zoptymalizujesz zmienną, która wcale cię nie hamowała. AutoCAD opiera się na wydajności CPU w jednym wątku o wiele bardziej niż na karcie graficznej. Większość jego kluczowych operacji (regeneracja, otwarcie rysunku, wykonanie polecenia) jedzie na jednym rdzeniu, a to taktowanie tego rdzenia czuje użytkownik. Karta graficzna liczy się przy responsywności widoku 3D i wyświetlaniu chmur punktów, ale przy pracy 2D i lekkiej 3D, która wypełnia większość sesji AutoCAD-a, gra rolę drugoplanową.

Warto ustalić, jakie jest API renderowania, bo idzie za tobą aż do warstwy zdalnego dostępu. AutoCAD odszedł od OpenGL lata temu; obecne wersje działają na DirectX, przy czym DirectX 11 jako minimum i wymagany DirectX 12 Feature Level 12_0 dla stylu wizualnego „Fast” wprowadzonego w nowszych wydaniach. To czyni z niego obciążenie typu przechwytywanie DirectX dla protokołu zdalnego, co NICE DCV obsługuje na Windows natywnie.

Zapotrzebowanie na VRAM jest skromne i skaluje się z tym, co rysujesz:

• Kreślenie 2D: 2-4 GB wystarczą do podstawowej pracy; zalecany przez Autodesk cel na 2026 dla karty graficznej to 8 GB.
• Standardowe modelowanie 3D: 4-8 GB.
• Duże sceny 3D, chmury punktów, skanowanie rzeczywistości: 8-16 GB.

24 GB VRAM w RTX 4090 pokrywa każdy przypadek AutoCAD-a z zapasem. Jeśli chodzi o certyfikację, AutoCAD jest najbardziej pobłażliwy z tej trójki: RTX 4090 nie figuruje na liście sprzętu certyfikowanego przez Autodesk, ale w odróżnieniu od SolidWorks nie czai się za tym żadna blokada funkcji. Jedyne konsekwencje to brak objęcia wsparciem graficznym Autodesk i drobne ryzyko artefaktów obrazu lub resetów sterownika. W praktyce działa.

Jakiego GPU potrzebuję do AutoCAD-a na serwerze w chmurze? Wystarczy dowolne współczesne GPU z DirectX 12. AutoCAD ogranicza taktowanie CPU w jednym wątku dużo bardziej niż GPU, więc karta graficzna rzadko bywa wąskim gardłem. Zapotrzebowanie na VRAM jest niewielkie: 2-4 GB do podstawowej pracy 2D, 4-8 GB do standardowego 3D i do 16 GB przy chmurach punktów i dużych scenach 3D. Karta konsumencka poradzi sobie bez trudu.

To jest rozgałęzienie, które przesądza odpowiedź w sprawie AutoCAD-a. Jeśli AutoCAD dzieli serwer z SolidWorks albo CATIA, plan GPU wybrany pod tamte bierze AutoCAD-a jako pasażera na gapę, i to jest właściwy kształt dla mieszanego stosu. Ale jeśli AutoCAD to jedyna rzecz jedyna rzecz, jaką uruchamia zespół, to plan z wysoko taktowanym CPU często posłuży mu lepiej niż topowy plan GPU, bo to taktowanie procesora jest zmienną, która przesuwa odczucia. VPS z GPU zasługuje tu na swoje miejsce dopiero wtedy, gdy AutoCAD jedzie obok cięższej platformy.

Kluczowy wniosek: w AutoCAD-zie to nie GPU jest wąskim gardłem. Jest nim taktowanie CPU w jednym wątku, a zespół używający wyłącznie AutoCAD-a może w ogóle nie potrzebować planu z GPU.

SolidWorks: mur certyfikacji i co naprawdę się za nim psuje

Pierwszą rzeczą, jaką karta konsumencka traci w SolidWorks, nie jest liczba klatek. To RealView. Wsadź RTX 4090 do serwera z SolidWorks, a przycisk RealView Graphics (ten, który daje odbicia, przezroczystość i oświetlenie otoczenia w czasie rzeczywistym w widoku roboczym) będzie wyszarzony. Oto mur certyfikacji, i jest to mur węższy, niż sugeruje jego reputacja.

SolidWorks renderuje widok roboczy na OpenGL 4.5, co jest architektonicznym przeciwieństwem AutoCAD-a i ma znaczenie, gdy dochodzisz do zdalnego dostępu (interpozycja OpenGL zamiast przechwytywania DirectX). Przy certyfikacji ISV SolidWorks zależy od konkretnych certyfikowanych zestawów GPU i sterownika dla stacji roboczych. W praktyce oznacza to karty stacji roboczych NVIDIA w całej nomenklaturze RTX / RTX PRO / dawne Quadro, plus AMD Radeon Pro, a nie konsumenckie GeForce. Konsumenckie GeForce nie są certyfikowane dla żadnej wersji. Odruch podpowiada, by czytać „niecertyfikowana” jako „nie zadziała”. To błędne odczytanie.

Oto co naprawdę się psuje bez certyfikowanego GPU, a co nie:

• Psuje się: RealView Graphics jest wyłączony. Znikają rozszerzone optymalizacje wydajności OpenGL. Wsparcie SolidWorks nie pomoże przy problemach graficznych ani sterownikowych. W społeczności pojawiają się zgłoszenia niestabilności Motion Analysis na kartach konsumenckich.
• Nadal działa: Podstawowy widok cieniowany i szkieletowy. Praca ze złożeniami. I to, co ludzie przeoczają: SolidWorks Visualize, renderer działający na GPU, który nie jest blokowany certyfikacją RealView w ten sam sposób i potrafi mocno zyskać na kartach NVIDIA z dużą liczbą rdzeni CUDA.

Ta kwestia z Visualize zmienia miejsce RTX 4090. 4090 ma 16 384 rdzenie CUDA, co czyni ją znakomitą do Visualize i renderowania z ray tracingiem, lepszą niż wiele kart certyfikowanych akurat w tym zadaniu. Tracisz podgląd RealView w czasie rzeczywistym w widoku modelowania; nie tracisz fotorealistycznego wyniku.

Co naprawdę daje obejście przez rejestr

Istnieje dobrze znana edycja rejestru („RealHack” i jego pochodne), która ponownie włącza RealView na kartach bez certyfikatu. Jest szeroko stosowana, a ścieżka zależy od wersji: SolidWorks 2023 i nowsze przeniosły ją do HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders. Osoba oceniająca powinna dokładnie rozumieć, co to daje, a czego nie.

Odblokowuje przycisk RealView. Nie zamienia konsumenckiego GPU w certyfikowaną konfigurację stacji roboczej, a wydajność i stabilność wciąż mogą się różnić w zależności od sterownika, wersji SolidWorks i złożoności złożenia. Obejście jest szeroko cytowane na forach, ale pozostaje sztuczką społeczności, a nie wspieraną ścieżką wdrożenia. Funkcja może się włączyć, ale doświadczenie za nią wciąż potrafi mocno siąść na skomplikowanych złożeniach. Może też po cichu paść po większych aktualizacjach sterowników NVIDIA, co na łatanym serwerze jest powracającym obciążeniem serwisowym, a nie jednorazową poprawką.

Jest jeszcze jedna nierozstrzygnięta kwestia, specyficzna dla wdrożenia w chmurze. Obejście udokumentowano na konsumenckich edycjach Windows 10 i 11. To, czy zachowuje się tak samo w wielodostępowym środowisku Windows Server z RDP, nie zostało zweryfikowane: gałąź HKEY_CURRENT_USER jest per sesja, więc efekt tej zmiany w obrębie sesji serwerowych pozostaje pytaniem otwartym, które trzeba przetestować na docelowym systemie, zanim ktokolwiek na tym polegnie.

Wskazówka: traktuj obejście RealView przez rejestr jako udokumentowane ryzyko operacyjne, a nie plan wdrożenia. Odblokowuje funkcję, a nie certyfikowaną wydajność; psuje się przy aktualizacjach sterowników; a jego zachowanie na Windows Server nie zostało zweryfikowane. Jeśli twój zespół naprawdę potrzebuje natywnego RealView, to wskazuje na kartę klasy certyfikowanej, a nie na hack na konsumenckiej.

Co do pytania, którego wszyscy naprawdę się boją (czy karta konsumencka jest nieznośnie wolna?), odpowiedź dla SolidWorks brzmi: nie, nie w kategoriach podstawowego widoku roboczego. Mur certyfikacji nie jest twardym ogranicznikiem prędkości tak, jak RealView jest twardą blokadą funkcji. Mimo to sterowniki stacji roboczych wciąż mają znaczenie. Porównanie Della z 2026 roku między GPU profesjonalnymi a konsumenckimi stawia RTX PRO 6000 Blackwell przed GeForce RTX 5090 w SolidWorks i innych profesjonalnych obciążeniach zoptymalizowanych sterownikowo. Użyteczny wniosek dla tego artykułu jest taki, że różnica dotyczy optymalizacji sterowników certyfikowanych ISV, zachowania OpenGL i graficznych funkcji klasy stacji roboczej, a nie samej surowej pojemności pamięci.

To, co naprawdę musisz dobrze zwymiarować, to VRAM, a SolidWorks skaluje się złożonością złożenia:

• Poniżej 1000 części: 8-16 GB.
• 1000-5000 części: 16-24 GB.
• Ponad 5000 części: 24 GB and up.

Klif, którego trzeba unikać, to przepełnienie VRAM. Gdy złożenie przekroczy pamięć karty, SolidWorks przelewa się do pamięci systemowej, a liczba klatek się załamuje. Przewodniki benchmarkowe VDI opisują to przepełnienie jako najczęstszą pojedynczą przyczynę słabej wydajności CAD w środowiskach zwirtualizowanych. Uwaga: te progi pochodzą z przewodników producentów dla sprzętu certyfikowanego; dla niecertyfikowanego są orientacyjne, a nie gwarantowane. Gdy przejdziesz od „czego potrzebuje serwer” do „jak go faktycznie postawić”, instrukcja krok po kroku jest tutaj: Jak uruchomić SolidWorks na chmurowym GPU VPS.

Czy SolidWorks wymaga certyfikowanego GPU? Do wspieranego, w pełni funkcjonalnego użycia tak. Bez certyfikowanego GPU (NVIDIA RTX Pro albo AMD Radeon Pro) RealView Graphics jest wyłączony, znikają rozszerzone optymalizacje OpenGL, a wsparcie SolidWorks nie obejmie problemów graficznych. Podstawowy widok roboczy, praca ze złożeniami i renderowanie w Visualize oparte na CUDA nadal działają na karcie konsumenckiej.

Czy mogę użyć RTX 4090 do SolidWorks? Tak, do większości pracy modelarskiej i przy złożeniach, a dzięki 16 384 rdzeniom CUDA świetnie sprawdza się w renderowaniu w Visualize. Kompromisem jest RealView, wyszarzone na kartach konsumenckich; albo godzisz się na stratę, albo stosujesz obejście przez rejestr (które odblokowuje przycisk, a nie certyfikowaną wydajność), albo przechodzisz na certyfikowaną RTX PRO 6000 Blackwell dla natywnego RealView i maksymalnego zapasu VRAM klasy stacji roboczej.

Co do przełożenia na poziomy serwerów: RTX 4090 ze swoimi 24 GB i dużą liczbą rdzeni CUDA pokrywa standardowe złożenia i jest mocnym wyborem do pracy z dużym udziałem Visualize. Do dużych złożeń, natywnego RealView i maksymalnego zapasu VRAM klasy stacji roboczej RTX PRO 6000 Blackwell jest wyborem z dużym zapasem, a nie wymogiem minimalnym.

Kluczowy wniosek: certyfikacja SolidWorks blokuje RealView, objęcie wsparciem i optymalizacje sterowników stacji roboczych dużo bardziej niż podstawową użyteczność widoku roboczego. Karty konsumenckie nadal poradzą sobie z modelowaniem i Visualize, ale RTX PRO 6000 Blackwell to wybór stacji roboczej z większym zapasem, gdy liczą się natywne RealView, zachowanie klasy certyfikowanej i bezpieczeństwo przy dużych złożeniach.

CATIA: dwa silniki o przeciwnych apetytach na GPU

Zwymiaruj serwer CATIA bez wcześniejszego pytania „V5 czy 3DEXPERIENCE?”, a pomylisz się w jedną albo drugą stronę. Łączy je nazwa i prawie nic z tego, jak korzystają z GPU. V5 ledwo dotyka GPU; 3DEXPERIENCE jest jednym z bardziej żarłocznych profesjonalnych narzędzi CAD, jakie uruchomisz. Daj kartę 48 GB zespołowi pracującemu tylko w V5, a większość będzie leżeć odłogiem; daj kartę ze średniej półki do ciężkiego modelowania powierzchni w 3DEXPERIENCE, a walniesz w klif VRAM.

CATIA V5 jest przede wszystkim ograniczona przez CPU. Praktycy raportują bardzo niskie wykorzystanie GPU przy typowym modelowaniu interaktywnym. Karta przez większość sesji V5 stoi prawie bezczynnie, a robotę odwalają procesor i pamięć systemowa. Dassault wymaga certyfikacji ISV (NVIDIA Quadro / RTX Pro, AMD Radeon Pro) do wspieranego użytku, a w odróżnieniu od SolidWorks nie istnieje tu żadnego społecznościowego ekosystemu obejść pozwalającego uruchamiać V5 na konsumenckich GPU. Kultura hakowania rejestru po prostu tu nie istnieje. Przy obciążeniu V5 zwraca się pamięć systemowa, a nie moc GPU.

CATIA na platformie 3DEXPERIENCE to inna maszyna. Dassault wprost wskazuje na wsparcie dla NVIDIA RTX, śledzenie promieni w czasie rzeczywistym, nadpróbkowanie i odszumianie wspomagane SI dla 3DEXPERIENCE; praktyczny wniosek jest taki, że to środowisko korzysta z GPU stacji roboczych klasy RTX w sposób, w jaki V5 zazwyczaj nie korzysta. Jego apetyt na VRAM mocno rośnie wraz ze złożonością projektu:

• Małe projekty: około 8 GB.
• Średnie: około 20 GB.
• Złożone: około 32 GB.
• Ekstremalne złożenia: około 48 GB.

Te progi pochodzą z niewielkiej liczby autorytatywnych przewodników po stacjach roboczych; traktuj je jako wymiarowanie orientacyjne, a nie precyzyjne minima. RTX PRO 6000 Blackwell z 96 GB leży powyżej tego progu 48 GB, więc w tym artykule należy ją czytać jako wybór z zapasem z górnej półki, a nie jako dowód, że każdy duży projekt 3DEXPERIENCE potrzebuje 96 GB.

Czym różnią się wymagania GPU CATIA V5 i 3DEXPERIENCE? CATIA V5 jest ograniczona przez CPU i ledwo używa GPU; praktycy widzą kartę niemal bezczynną przy typowym modelowaniu, więc V5 napędza pamięć RAM, a GPU ze średniej półki w zupełności wystarcza. CATIA 3DEXPERIENCE korzysta z rdzeni RT i odszumiania SI i jest naprawdę żarłoczna dla GPU, skalując się od około 8 GB VRAM przy małych projektach do 48 GB przy ekstremalnych złożeniach.

Gdzie naprawdę jest miejsce A100

To symulacja wykłada wymiarowanie GPU dla CATIA, bo dwie różne rzeczy nazywa się tak samo: „symulacją”. W 3DEXPERIENCE ciężkie rozwiązywanie rozwiązywanie FEA/CFD często przenosi się na chmurowe tokeny obliczeniowe Dassault, co oznacza, że lokalne GPU zajmuje się tylko widokiem roboczym i wizualizacją, czyli zadaniem renderującym. Ale akcelerowane GPU FEA/CFD uruchamiane lokalnie (rozwiązywanie SIMULIA na samej maszynie) to naprawdę inne wymaganie i jedyne obciążenie w całym tym artykule, przy którym A100 zasługuje na swoje miejsce.

A100 ma 80 GB of HBM2e VRAM with ECC, profil krzemu nastawiony na obliczenia i mniej więcej 2 TB/s przepustowości pamięci. Dla niezawodności solvera, dużych zbiorów danych i akceleracji GPU mocno opartej na podwójnej precyzji to właśnie ta kombinacja wprowadza A100 do rozmowy. To nie sprawia, że model CAD jest „dokładniejszy”; daje solverowi GPU nastawione na obliczenia, z pamięcią ECC i bardzo wysoką przepustowością. To, czym nie nie jest, to ulepszenie do renderowania. A100 ma 6912 rdzeni CUDA wobec 16 384 w RTX 4090, ale większym problemem jest architektura: A100 to obliczeniowe GPU do centrum danych, podczas gdy karty RTX zbudowano wokół historii grafiki, ray tracingu, sterowników i certyfikacji, której zespoły CAD zwykle potrzebują. Do pracy w widoku roboczym i renderowania w stylu RTX/OptiX to zwykle zła karta. Zrobiono ją pod przepustowość obliczeniową, a nie pod wypychanie klatek.

Podział w CATIA jest więc jednoznaczny: RTX PRO 6000 Blackwell do wizualizacji i renderowania w 3DEXPERIENCE, gdy chcesz sterowników klasy stacji roboczej i zapasu powyżej progu 48 GB; A100 (80 GB HBM2e) wyłącznie do obliczeń symulacyjnych akcelerowanych GPU. Wybór A100 dlatego, że jest najdroższą kartą, i założenie, że to czyni ją najlepszą do CAD, to dokładnie ten błąd, przed którym ma chronić ta sekcja. Pełne zestawienie RTX 4090 z A100 we wszystkich podobciążeniach CAD (widok roboczy, renderowanie w Visualize i symulacja), łącznie z decyzją cenową, to osobne porównanie i nie jest tu omawiane.

Po stronie V5 mapowanie jest niemal odwrotne: jeśli w ogóle sadzasz V5 na plan z GPU, to nie GPU powinno przesądzać. Wybierz poziom serwera najpierw według taktowania CPU, pamięci systemowej, magazynu i potrzeb zdalnego dostępu; przy V5 GPU jest drugorzędne.

Kluczowy wniosek: CATIA V5 ledwo używa GPU i jest napędzana pamięcią RAM; 3DEXPERIENCE mocno opiera się na rdzeniach RT; a A100 należy do obliczeń symulacyjnych, nigdy do renderowania.

To właśnie ten podział na CPU i GPU sprawia, że infrastrukturę CAD trzeba wymiarować obciążeniem, a nie samą nazwą oprogramowania. Niektóre zespoły bardziej potrzebują wysoko taktowanego CPU i solidnego zarządzania plikami po stronie serwera niż topowego GPU. Inne potrzebują poziomu z GPU, bo praca przesunęła się w stronę dużych złożeń, renderowania, wizualizacji albo symulacji.

University of Birmingham Rocket Propulsion Labs pokazują pierwszą połowę tej historii: infrastrukturę inżynierską opartą na serwerach, która trzyma pracę CAD i zarządzanie plikami z dala od kruchych maszyn lokalnych.

„Polegamy na serwerach, jeśli chodzi o moc obliczeniową i zarządzanie plikami CAD, a w tym ufamy Cloudzy. Ich przejrzyste ceny i niezrównana wydajność AMD EPYC pozwalają nam skupić się na inżynierii, a nie na infrastrukturze.”

Manan Dua, prezes University of Birmingham Rocket Propulsion Labs

To jest praktyczna podstawa chmurowego CAD: stabilna moc obliczeniowa, szybkie CPU i niezawodny magazyn po stronie serwera. Decyzja o GPU przychodzi później. Jeśli twoje obciążenie to sam AutoCAD albo ciężka praca w CATIA V5, ważniejsze mogą być CPU i RAM. Jeśli to SolidWorks Visualize, duże złożenia 3DEXPERIENCE albo symulacja akcelerowana GPU, wtedy poziomy GPU VPS od Cloudzy stają się właściwym wyborem.

Zdalny dostęp: część, która decyduje, czy chmurowy CAD naprawdę da się używać

Idealnie zwymiarowany serwer z GPU idzie na marne, jeśli piksele nie docierają do ciebie płynnie, a to właśnie na zdalnym dostępie po cichu rozsypuje się większość planów chmurowego CAD. Awaria zwykle nie leży w GPU, tylko w wyborze protokołu i w dystansie, jaki muszą pokonać klatki.

Zacznij od protokołu, którego nie powinieneś traktować jako produkcyjnej warstwy zdalnego dostępu do CAD: standardowego RDP. Do administrowania serwerem może być w porządku, ale wsparcie dla akceleracji sprzętowej bywa różne w zależności od aplikacji, sterownika GPU i polityki systemu, a Autodesk wprost nie wspiera akceleracji sprzętowej AutoCAD-a przez pulpit zdalny.

Protokoły, które faktycznie wykonują robotę, układają się tak:

Dwa z tych wierszy są nośne dla każdego, kto planuje dziś wdrożenie. Pierwszy to HP Anyware / Teradici PCoIP: przez lata domyślny profesjonalny protokół zdalnego dostępu w CAD, teraz wycofywany. Zgodnie z ogłoszeniem HP dotyczącym cyklu życia produktu, sprzedaż nowych licencji opartych na HP Anyware / PCoIP zakończyła się 7 maja 2026. Obecni klienci mają rozłożone w czasie okna odnowień i wsparcia, a część wieloletnich umów serwisowych sięga 31 października 2029. Dziś to działa; jest złym fundamentem dla nowego wdrożenia, a HP RGS to bezpieczniejsza ścieżka przejścia po stronie HP dla środowisk klasy stacji roboczych.

Drugi to Parsec, a pułapka dotyczy właśnie serwerów w chmurze:

Wskazówka: Parsec nie zadziała od ręki na serwerze GPU bez monitora. Instancje GPU VPS są z natury bezgłowe (nie ma podłączonego monitora), a Parsec potrzebuje ekranu do przechwytywania. Dopóki nie skonfigurujesz wirtualnego wyświetlacza (emulatora EDID albo odpowiednika zaślepki, ewentualnie sterownika wirtualnego ekranu), Parsec w ogóle nie ruszy na chmurowej instancji GPU. Wpada na tym ten, kto testował Parsec na pececie z monitorem i założył, że w chmurze będzie tak samo.

NICE DCV to najbardziej wszechstronna opcja właśnie dla chmurowego CAD. Dla instancji GPU z Windows AWS dokumentuje sprzętową akcelerację DirectX i OpenGL, gdy zainstalowane są właściwe sterowniki GPU. Na Linuksie DCV dokłada sesje wirtualne i współdzielenie GPU przez dcv-gl; tego szczegółu o współdzieleniu GPU między sesjami nie należy domniemywać dla windowsowych pulpitów CAD. Samo DCV nie tworzy wymogu certyfikacji SolidWorks ani CATIA, ale aplikacja CAD wciąż może wymagać certyfikowanego sprzętu i sterowników do wspieranego użycia. To właśnie ta kombinacja sprawia, że zwykle bywa domyślnym wyborem dla wielodostępowego chmurowego CAD/CAE.

Jeśli wolisz mieć warstwę zdalnego dostępu w całości u siebie, RustDesk, samodzielnie hostowany serwer pulpitu zdalnego dostępny jako aplikacja z marketplace na jedno kliknięcie, pozwala prowadzić własny przekaźnik zamiast polegać na usłudze zewnętrznej, choć wciąż zmierzysz się z tą samą rzeczywistością braku ekranu, co przy każdym protokole strumieniowania z GPU.

Jest jeszcze zmienna, która przebija wybór protokołu: opóźnienie, o którym decyduje fizyczna odległość do centrum danych o wiele bardziej niż wybrany protokół. Orientacyjne progi, które mają znaczenie:

• Poniżej 40 ms: wrażenie pracy lokalnej.
• 60-80 ms: do modelowania da się pracować, przy szkicowaniu odręcznym na granicy.
• Powyżej 80 ms: frustrujące przy interaktywnym 3D.

Praktyczny wniosek jest taki, że największa decyzja dotycząca opóźnień, jaką podejmujesz, to które centrum danych, a nie który protokół. Postaw serwer GPU w lokalizacji najbliższej temu, gdzie faktycznie siedzą inżynierowie, a dobry protokół będzie sprawiał wrażenie responsywnego. Umieść go na złym kontynencie, a żaden protokół tego nie uratuje.

Który protokół pulpitu zdalnego jest najlepszy do CAD na chmurowym GPU? NICE DCV to najmocniejszy ogólny wybór do wielodostępowego chmurowego CAD/CAE: obsługuje akcelerowane GPU przepływy DirectX/OpenGL przy właściwych sterownikach serwerowych, a DCV na Linuksie dokłada sesje wirtualne i opcje współdzielenia GPU. Samo DCV nie tworzy wymogu certyfikacji CAD, ale SolidWorks lub CATIA wciąż mogą wymagać certyfikowanego sprzętu i sterowników do wspieranego użycia. HP RGS to wybór dla profesjonalnych stacji roboczych teraz, gdy sprzedaż oparta na HP Anyware / PCoIP się zakończyła. Parsec sprawdza się u pojedynczych użytkowników, ale wymaga wirtualnego wyświetlacza na chmurowym serwerze bez monitora. Standardowy RDP nadaje się do administrowania, ale nie powinien uchodzić za produkcyjną warstwę zdalnego dostępu dla interaktywnego CAD 3D.

Kluczowy wniosek: przy zdalnym dostępie odczuwane opóźnienie zależy bardziej od odległości centrum danych od użytkownika niż od protokołu, więc najpierw wybierz najbliższą lokalizację.

Mapa GPU według platformy

Trzy platformy rozchodzą się wzdłuż trzech osi: jak bardzo zależą od GPU, jak bardzo liczy się certyfikacja i gdzie leży ich sufit VRAM. Tabela przypisuje każdej platformie i obciążeniu poziom GPU; następująca po niej rama pokazuje, jak czytać tabelę pod kątem własnego stosu.

Czytanie tej mapy pod kątem własnego stosu sprowadza się do kilku decyzji:

• Tylko AutoCAD? Przemyśl, czy w ogóle potrzebujesz planu z GPU. Wąskim gardłem jest taktowanie CPU w jednym wątku; plan z wysoko taktowanym procesorem może posłużyć ci lepiej niż topowe GPU.
• SolidWorks, standardowa praca? RTX 4090 obsłuży modelowanie, złożenia i Visualize, przy zaakceptowaniu zastrzeżenia co do RealView.
• SolidWorks, duże złożenia albo natywne RealView? RTX PRO 6000 Blackwell dla grafiki stacji roboczej klasy certyfikowanej i maksymalnego zapasu VRAM.
• CATIA V5? Napędzany przez RAM. GPU jest drugorzędne; nie przepłacaj za nie.
• CATIA 3DEXPERIENCE? GPU stacji roboczej z 48 GB to podstawa dla średnich i dużych obciążeń wizualizacyjnych; RTX PRO 6000 Blackwell to wybór z zapasem z górnej półki, gdy chcesz wydajności RTX klasy stacji roboczej powyżej progu 48 GB.
• Symulacja akcelerowana GPU (lokalne rozwiązywanie w SIMULIA)? A100, i wyłącznie do tego, nigdy jako skok jakości przy renderowaniu.

Dopasuj swoją platformę i obciążenie do poziomu z mapy, a potem postaw serwer, który do niego pasuje. Dla zespołów pracujących tylko w AutoCAD, przepływów zdominowanych przez CATIA V5, serwerów licencji, zarządzania plikami CAD i innej infrastruktury inżynierskiej napędzanej CPU/RAM lepszym punktem wyjścia może być wydajny VPS od Cloudzy właśnie on. To ta strona chmurowego CAD, na którą wskazują University of Birmingham Rocket Propulsion Labs, gdy mówią o opieraniu się na serwerach Cloudzy w zarządzaniu plikami CAD, mocy obliczeniowej i wydajności AMD EPYC.

Gdy obciążenie staje się ciężkie dla GPU (SolidWorks Visualize, duże złożenia w SolidWorks, CATIA na platformie 3DEXPERIENCE, renderowanie albo symulacja akcelerowana GPU), plany GPU VPS od Cloudzy span the RTX 4090, RTX 5090, RTX PRO 6000 Blackwell, and A100, covering the standard GPU, workstation-headroom, and simulation-compute tiers above. For teams that only need the heavy cards for burst or overnight simulation, monthly plans (with annual billing at a discount) mean you scale the heavy card up only for the project phase that needs it rather than carrying a premium card month-round.

Często zadawane pytania

Czy SolidWorks wymaga certyfikowanego GPU?

Do wspieranego, w pełni funkcjonalnego użycia tak. Bez certyfikowanego GPU (NVIDIA RTX Pro albo AMD Radeon Pro) RealView Graphics jest wyłączony, znikają rozszerzone optymalizacje OpenGL, wsparcie SolidWorks nie obejmie problemów graficznych, a na kartach konsumenckich pojawiają się zgłoszenia niestabilności Motion Analysis. Podstawowy widok roboczy, praca ze złożeniami i renderowanie w Visualize oparte na CUDA nadal działają na konsumenckim GPU.

Czy mogę używać RTX 4090 do SolidWorks?

Tak, do większości pracy modelarskiej i przy złożeniach, a dzięki 16 384 rdzeniom CUDA świetnie radzi sobie z renderowaniem w Visualize. Haczykiem jest RealView, wyszarzone na kartach konsumenckich. Albo godzisz się na stratę, albo stosujesz obejście przez rejestr (które odblokowuje przycisk, ale nie wydajność certyfikowanych sterowników, i psuje się przy ich aktualizacjach), albo używasz certyfikowanej RTX PRO 6000 Blackwell dla natywnego RealView i maksymalnego zapasu VRAM klasy stacji roboczej.

Ile VRAM potrzebuje CATIA przy dużych złożeniach?

Odpowiedź zależy od tego, którą CATIA uruchamiasz. V5 zużywa bardzo mało GPU i VRAM, a napędza go pamięć RAM. 3DEXPERIENCE skaluje się od około 8 GB przy małych projektach do 20 GB przy średnich, 32 GB przy złożonych i mniej więcej 48 GB przy ekstremalnych złożeniach. Te liczby to orientacyjne wymiarowanie z przewodników po stacjach roboczych, a nie twarde minima.

Który protokół pulpitu zdalnego jest najlepszy do CAD na chmurowym GPU?

NICE DCV to najmocniejszy ogólny wybór do wielodostępowego chmurowego CAD/CAE: obsługuje akcelerowane GPU przepływy DirectX/OpenGL przy właściwych sterownikach serwerowych, a DCV na Linuksie dokłada sesje wirtualne i opcje współdzielenia GPU. Samo DCV nie tworzy wymogu certyfikacji CAD, ale SolidWorks lub CATIA wciąż mogą wymagać certyfikowanego sprzętu i sterowników do wspieranego użycia. HP RGS to wybór dla profesjonalnych stacji roboczych teraz, gdy sprzedaż oparta na HP Anyware / PCoIP się zakończyła. Parsec sprawdza się u pojedynczych użytkowników, ale wymaga wirtualnego wyświetlacza na chmurowym serwerze bez monitora. Standardowy RDP nadaje się do administrowania, ale nie powinien uchodzić za produkcyjną warstwę zdalnego dostępu dla interaktywnego CAD 3D.

Jakiego GPU potrzebuję do AutoCAD-a na serwerze w chmurze?

Wystarczy dowolne współczesne GPU z DirectX 12. AutoCAD ogranicza taktowanie CPU w jednym wątku dużo bardziej niż GPU, więc karta graficzna rzadko bywa wąskim gardłem. Zapotrzebowanie na VRAM jest niewielkie: 2-4 GB do podstawowej pracy 2D, 4-8 GB do standardowego 3D i do 16 GB przy chmurach punktów i dużych scenach 3D. Oznacza to, że zespołowi pracującemu tylko w AutoCAD lepiej może posłużyć plan z wysoko taktowanym CPU niż topowe GPU.