AutoCAD, SolidWorks ou CATIA numa GPU na nuvem? Eis o que cada um exige

Abra a página de requisitos de sistema de uma plataforma CAD e as indicações sobre GPU serão normalmente tecnicamente verdadeiras mas operacionalmente incompletas: uma placa compatível com DirectX para o AutoCAD, placas e controladores certificados para o SolidWorks, e configurações de estação de trabalho certificadas para o CATIA. Provisione um único servidor GPU com Windows, aponte as três plataformas para ele, e não se comportarão nada da mesma forma. Uma quase não toca na GPU. Outra tranca uma funcionalidade de destaque atrás de um controlador certificado e deixa-a a cinzento quando não o vê. Outra consegue engolir 48 GB de VRAM num único conjunto e depois arrasta cada fotograma pela RAM do sistema quando esta se esgota.

Uma GPU na nuvem para CAD não é uma decisão. São três, e não têm a mesma resposta. Isto é um mapa de plataforma para requisito: traga a sua licença de CAD, provisione um VPS GPU com Windows, configure o acesso remoto, ligue-se a partir de um cliente leve e dimensione cada plataforma para aquilo que o servidor tem realmente de fornecer. Se quer os fundamentos de GPU por trás disto tudo (o que é a certificação ISV e como se organiza o panorama de GPU para CAD), isso está no artigo complementar De que GPU precisa realmente para CAD?. Aqui o trabalho é por plataforma: API de renderização, o que está em jogo na certificação, VRAM consoante o tamanho da carga, a resposta honesta a «quando é que a GPU é exagero?» e a camada de acesso remoto que decide se algo disto é utilizável.

A versão curta

• AutoCAD é o leve em GPU. É limitado pela frequência de CPU de um só thread muito mais do que pela placa gráfica; uma GPU topo de gama para um fluxo só de AutoCAD costuma ser dinheiro posto no sítio errado. Qualquer GPU moderna com DirectX 12 chega.
• SolidWorks é onde a pergunta certificada contra consumo tem dentes a sério, embora mais curtos do que os fóruns sugerem. Uma placa de consumo como a RTX 4090 aguenta a viewport e brilha na renderização com o Visualize. O que perde é o RealView (materiais em tempo real), as otimizações avançadas de OpenGL e a cobertura de suporte do SolidWorks. A velocidade bruta da viewport não é limitada.
• CATIA são duas histórias de GPU sob o mesmo nome. O V5 quase não usa a GPU e é guiado pela RAM; o 3DEXPERIENCE apoia-se mesmo nos núcleos RT e pode precisar de até 48 GB de VRAM nos projetos mais pesados.
• A A100 não é uma melhoria para renderização. Só ganha o seu lugar na simulação FEA/CFD acelerada por GPU, onde a memória ECC e a capacidade de cálculo contam. Para a viewport e a renderização CUDA é a placa errada: 6912 núcleos CUDA contra os 16 384 da RTX 4090, e uma arquitetura orientada ao cálculo em vez de aos gráficos.
• O acesso remoto decide a usabilidade. O RDP padrão serve para administrar o servidor, mas não deve ser tratado como a camada de acesso remoto de produção para CAD 3D interativo. O comportamento da aceleração por hardware varia consoante a aplicação, o sistema operativo e o controlador, e a Autodesk não suporta explicitamente a aceleração por hardware do AutoCAD através de ambiente de trabalho remoto.

O Que Este Artigo Não Aborda

• Tutoriais de software CAD. Isto mapeia requisitos de GPU; não ensina a usar as aplicações.
• Conselhos de compra de estações de trabalho locais. Aqui a decisão é um VPS GPU na nuvem, que é uma conta diferente da de comprar hardware.
• A configuração aprofundada de um servidor de licenças. O SolidNetWork Manager ou o Dassault License Manager num VPS separado é um tema próprio; aqui fica numa linha, não é desenvolvido.
• Análises de CAD-as-a-Service gerido. Aqui trata-se de provisionar você mesmo um servidor GPU com Windows em bruto, não de comprar um produto de desktop gerido.

AutoCAD: onde a GPU não é o seu estrangulamento

Gaste numa GPU topo de gama para um servidor só de AutoCAD e é bem provável que tenha otimizado a variável que não o estava a travar. O AutoCAD apoia-se muito mais no desempenho de CPU de um só thread do que na placa gráfica. A maioria das suas operações centrais (regenerar, abrir um desenho, executar um comando) corre num único núcleo de CPU, e é a frequência desse núcleo que o utilizador sente. A placa gráfica conta para a fluidez da viewport 3D e para mostrar nuvens de pontos, mas para o trabalho 2D e 3D leve que enche a maioria das sessões de AutoCAD é um ator secundário.

Vale a pena fixar bem a API de renderização, porque ela segue-o até à pilha de acesso remoto. O AutoCAD abandonou o OpenGL há anos; as versões atuais correm sobre DirectX, com DirectX 11 como mínimo e DirectX 12 Feature Level 12_0 obrigatório para o estilo visual «Fast» introduzido em versões recentes. Isso torna-o uma carga de captura DirectX para o protocolo remoto, algo que o NICE DCV trata nativamente no Windows.

As necessidades de VRAM são modestas e escalam com aquilo que está a desenhar:

• Desenho 2D: 2-4 GB chegam para uso básico; o alvo recomendado pela Autodesk para 2026 na placa de vídeo é 8 GB.
• Modelação 3D padrão: 4-8 GB.
• Cenas 3D grandes, nuvens de pontos, captura da realidade: 8-16 GB.

Os 24 GB de VRAM de uma RTX 4090 cobrem todos os casos do AutoCAD com folga. Quanto à certificação, o AutoCAD é a plataforma mais permissiva das três: a RTX 4090 não está na lista de hardware certificado da Autodesk, mas ao contrário do SolidWorks não há qualquer bloqueio de funcionalidades à espera. As únicas consequências são que o suporte gráfico da Autodesk não o cobre e que corre um pequeno risco de artefactos de imagem ou reinícios do controlador. Na prática funciona.

De que GPU preciso para o AutoCAD num servidor na nuvem? Qualquer GPU moderna com DirectX 12 chega. O AutoCAD é limitado pela frequência de CPU de um só thread muito mais do que pela GPU, por isso a placa gráfica raramente é o estrangulamento. As necessidades de VRAM são leves: 2-4 GB para trabalho 2D básico, 4-8 GB para 3D padrão e até 16 GB para nuvens de pontos e cenas 3D grandes. Uma placa de consumo corre-o sem problemas.

É esta a bifurcação que decide a resposta para o AutoCAD. Se o AutoCAD partilha servidor com o SolidWorks ou o CATIA, o plano de GPU que escolheria para esses leva o AutoCAD como passageiro gratuito, e essa é a forma certa para uma stack mista. Mas se o AutoCAD for a única única coisa que a equipa executa, um plano de CPU de alta frequência costuma servi-lo melhor do que um plano de GPU topo de gama, porque é a frequência do CPU a variável que move a experiência. O VPS GPU só ganha aqui o seu lugar quando o AutoCAD viaja ao lado de uma plataforma mais pesada.

Conclusão principal: no AutoCAD a GPU não é o estrangulamento. É a frequência de CPU de um só thread, e uma equipa que só usa AutoCAD pode não precisar de nenhum plano de GPU.

SolidWorks: o muro da certificação e o que se parte mesmo por trás dele

A primeira coisa que uma placa de consumo perde no SolidWorks não são os fotogramas por segundo. É o RealView. Meta uma RTX 4090 num servidor SolidWorks e o botão RealView Graphics (aquele que lhe dá reflexos, transparência e iluminação de ambiente em tempo real na viewport) fica a cinzento. É esse o muro da certificação, e é um muro mais estreito do que a sua fama sugere.

O SolidWorks corre a sua viewport em OpenGL 4.5, o oposto arquitetural do AutoCAD, e isso conta quando se chega ao acesso remoto (interposição de OpenGL em vez de captura DirectX). Para a certificação ISV, o SolidWorks depende de combinações certificadas específicas de GPU e controlador de estação de trabalho. Na prática, isso significa placas de estação de trabalho da NVIDIA ao longo da nomenclatura RTX / RTX PRO / Quadro antigas, mais AMD Radeon Pro, e não placas de consumo GeForce. Nenhuma GeForce de consumo está certificada, para versão nenhuma. O instinto é ler «não certificada» como «não vai funcionar». Essa leitura está errada.

Eis o que se parte mesmo sem uma GPU certificada, e o que não:

• Parte-se: O RealView Graphics fica desativado. Perdem-se as otimizações avançadas de desempenho em OpenGL. O suporte do SolidWorks não vai ajudar com problemas gráficos ou de controlador. Há relatos da comunidade sobre instabilidade no Motion Analysis com placas de consumo.
• Continua a funcionar: A viewport básica sombreada e em wireframe. A manipulação de conjuntos. E aquele que escapa a toda a gente: SolidWorks Visualize, o renderizador por GPU, que não está bloqueado pela certificação RealView da mesma forma e pode beneficiar muito de placas NVIDIA com muitos núcleos CUDA.

Esse ponto sobre o Visualize reposiciona o lugar da RTX 4090. A 4090 traz 16 384 núcleos CUDA, o que a torna excelente para o Visualize e para renderização por ray tracing, melhor do que muitas placas certificadas nessa tarefa específica. Perde a pré-visualização RealView em tempo real na viewport de modelação; não perde a saída fotorrealista.

O que a alteração ao registo lhe traz realmente

Existe uma conhecida alteração ao registo (a linhagem «RealHack») que volta a ligar o RealView em placas não certificadas. É prática comum e o caminho depende da versão: o SolidWorks 2023 e posteriores mudaram-no para HKEY_CURRENT_USER\SOFTWARE\SolidWorks\AllowList\Gl2Shaders. Quem avalia deve perceber exatamente o que isto traz e o que não traz.

Desbloqueia o botão RealView. Não transforma a GPU de consumo numa configuração de estação de trabalho certificada, e o desempenho ou a estabilidade podem continuar a variar consoante o controlador, a versão do SolidWorks e a complexidade do conjunto. O truque é muito citado em tópicos da comunidade, mas continua a ser um remendo comunitário e não um caminho de implantação suportado. A funcionalidade pode ligar-se, mas a experiência por trás pode ainda degradar-se muito em conjuntos complexos. Também pode partir-se em silêncio após atualizações importantes do controlador NVIDIA, o que num servidor que atualiza é um encargo de manutenção recorrente e não um ajuste pontual.

Há mais um ponto por resolver, específico da implantação na nuvem. O truque está documentado nas edições de consumo do Windows 10 e 11. Se se comporta da mesma forma num ambiente Windows Server multiutilizador via RDP não está verificado: a hive HKEY_CURRENT_USER é por sessão, por isso o efeito da alteração ao longo das sessões do servidor continua uma questão em aberto, a testar no sistema operativo de destino real antes de alguém confiar nela.

Dica: trate a alteração ao registo para o RealView como um risco operacional documentado, não como um plano de implantação. Desbloqueia a funcionalidade, não o desempenho certificado; parte-se com as atualizações de controlador; e o seu comportamento no Windows Server não está verificado. Se a sua equipa precisa mesmo de RealView nativo, isso aponta para uma placa de classe certificada, não para um remendo numa de consumo.

Quanto à pergunta que toda a gente teme mesmo (a placa de consumo é lenta ao ponto de ser inutilizável?), a resposta para o SolidWorks é não, não em termos de viewport básica. O muro da certificação não é um limitador rígido de velocidade da mesma forma que o RealView é um bloqueio rígido de funcionalidade. Dito isto, os controladores de estação de trabalho continuam a contar. A comparação de 2026 da Dell entre GPU profissionais e de consumo coloca a RTX PRO 6000 Blackwell à frente da GeForce RTX 5090 no SolidWorks e noutras cargas profissionais otimizadas ao nível do controlador. O ponto útil para este artigo é que a diferença tem que ver com a otimização de controladores certificados ISV, o comportamento do OpenGL e as funcionalidades gráficas de classe estação de trabalho, não apenas com a capacidade bruta de memória.

O que tem mesmo de dimensionar bem é a VRAM, e o SolidWorks dimensiona-se pela complexidade do conjunto:

• Menos de 1000 peças: 8-16 GB.
• De 1000 a 5000 peças: 16-24 GB.
• Mais de 5000 peças: 24 GB and up.

O precipício a evitar é o transbordo de VRAM. Quando um conjunto excede a VRAM da placa, o SolidWorks transborda para a RAM do sistema e a taxa de fotogramas desaba. Os guias de benchmarking de VDI descrevem esse transbordo como a causa isolada mais comum de mau desempenho CAD em ambientes virtualizados. Note que estes limiares vêm de guias de fabricante para hardware certificado; para hardware não certificado são indicativos, não uma garantia. Quando passar de «o que o servidor precisa» para «como montá-lo de facto», o passo a passo está aqui: Como executar SolidWorks em um GPU VPS na nuvem.

O SolidWorks exige uma GPU certificada? Para uso suportado e com todas as funcionalidades, sim. Sem uma GPU certificada (NVIDIA RTX Pro ou AMD Radeon Pro), o RealView Graphics fica desativado, as otimizações avançadas de OpenGL perdem-se e o suporte do SolidWorks não cobre problemas gráficos. A viewport básica, o trabalho com conjuntos e a renderização com o Visualize baseada em CUDA continuam a funcionar numa placa de consumo.

Posso usar uma RTX 4090 para o SolidWorks? Sim, para a maior parte do trabalho de modelação e conjuntos, e é excelente para renderização com o Visualize graças aos seus 16 384 núcleos CUDA. O compromisso é o RealView, que fica a cinzento nas placas de consumo; ou aceita a perda, ou aplica a alteração ao registo (que desbloqueia o botão, não o desempenho certificado), ou passa para uma RTX PRO 6000 Blackwell certificada para ter RealView nativo e a máxima folga de VRAM de classe estação de trabalho.

Sobre o mapeamento para escalões de servidor: uma RTX 4090, com os seus 24 GB e elevado número de núcleos CUDA, cobre conjuntos padrão e é a escolha forte para trabalho intenso em Visualize. Para conjuntos grandes, RealView nativo e a máxima folga de VRAM de classe estação de trabalho, uma RTX PRO 6000 Blackwell é a opção com muita folga, não um requisito mínimo.

Conclusão principal: a certificação do SolidWorks tranca o RealView, a cobertura de suporte e as otimizações dos controladores de estação de trabalho muito mais do que a usabilidade básica da viewport. As placas de consumo continuam a poder modelar e usar o Visualize, mas a RTX PRO 6000 Blackwell é a escolha de estação de trabalho com mais folga quando importam o RealView nativo, o comportamento de classe certificada e a segurança em conjuntos grandes.

CATIA: dois motores com apetites de GPU opostos

Dimensione um servidor CATIA sem perguntar primeiro «V5 ou 3DEXPERIENCE?» e vai errar num sentido ou no outro. Os dois partilham o nome e quase nada sobre como usam uma GPU. O V5 quase não toca na GPU; o 3DEXPERIENCE é das ferramentas CAD profissionais mais esfomeadas que vai correr. Meta uma placa de 48 GB para uma equipa só de V5 e a maior parte fica parada; meta uma placa de gama média para superfícies pesadas em 3DEXPERIENCE e bate no precipício da VRAM.

O CATIA V5 é sobretudo limitado pelo CPU. Os profissionais relatam uma utilização de GPU muito baixa na modelação interativa típica. A placa passa a maior parte de uma sessão de V5 praticamente parada enquanto o CPU e a RAM do sistema fazem o trabalho. A Dassault exige certificação ISV (NVIDIA Quadro / RTX Pro, AMD Radeon Pro) para uso suportado, e ao contrário do SolidWorks não existe nenhum ecossistema comunitário de remendos para correr o V5 em GPU de consumo. A cultura do hack ao registo simplesmente não existe aqui. Numa carga de V5, a variável que compensa é a RAM do sistema, não a potência da GPU.

O CATIA na plataforma 3DEXPERIENCE é outra máquina. A Dassault destaca explicitamente o suporte a NVIDIA RTX, o ray tracing em tempo real, o supersampling e a redução de ruído assistida por IA para o 3DEXPERIENCE; o ponto prático é que este ambiente beneficia de GPU de estação de trabalho de classe RTX de uma forma que o V5 normalmente não. O seu apetite por VRAM escala muito com a complexidade do projeto:

• Projetos pequenos: cerca de 8 GB.
• Médios: cerca de 20 GB.
• Complexos: cerca de 32 GB.
• Conjuntos extremos: cerca de 48 GB.

Estes patamares vêm de um pequeno número de guias de referência para estações de trabalho; trate-os como dimensionamento indicativo, não como mínimos precisos. Uma RTX PRO 6000 Blackwell de 96 GB fica acima desse patamar de 48 GB, por isso neste artigo deve ser lida como uma opção de folga premium, não como prova de que todo o projeto grande de 3DEXPERIENCE precisa de 96 GB.

Qual é a diferença entre os requisitos de GPU do CATIA V5 e do 3DEXPERIENCE? O CATIA V5 é limitado pelo CPU e quase não usa a GPU; os profissionais veem-na praticamente parada durante a modelação típica, por isso o V5 é guiado pela RAM e uma GPU de gama média chega e sobra. O CATIA 3DEXPERIENCE usa núcleos RT e redução de ruído por IA e é genuinamente esfomeado de GPU, escalando de cerca de 8 GB de VRAM em projetos pequenos para 48 GB em conjuntos extremos.

Onde a A100 realmente pertence

A simulação é a carga que faz descarrilar o dimensionamento de GPU para o CATIA, porque duas coisas diferentes recebem o mesmo nome de «simulação». No 3DEXPERIENCE, a pesada resolução resolução de FEA/CFD é muitas vezes descarregada para tokens de cálculo da Dassault na nuvem, o que significa que a GPU local só trata da viewport e da visualização, um trabalho de renderização. Mas um FEA/CFD acelerado por GPU a correr localmente (resolução SIMULIA na própria máquina) é uma exigência verdadeiramente diferente, e é a única carga de todo este artigo em que a A100 ganha o seu lugar.

A A100 traz 80 GB of HBM2e VRAM with ECC, um perfil de silício orientado ao cálculo e cerca de 2 TB/s de largura de banda de memória. Para fiabilidade do solver, conjuntos de dados grandes e aceleração por GPU com muita dupla precisão, é essa combinação que faz a A100 entrar na conversa. Não torna o modelo CAD «mais preciso»; dá ao solver uma GPU orientada ao cálculo com memória ECC e uma largura de banda de memória muito alta. Aquilo que não não é: uma melhoria para renderização. A A100 tem 6912 núcleos CUDA contra os 16 384 da RTX 4090, mas a questão maior é arquitetural: a A100 é uma GPU de cálculo para centro de dados, enquanto as placas RTX são construídas em torno da história de gráficos, ray tracing, controladores e certificação de que as equipas de CAD normalmente precisam. Para trabalho na viewport e renderização ao estilo RTX/OptiX, costuma ser a placa errada. Foi feita para débito de cálculo, não para debitar fotogramas.

Assim, a divisão no CATIA é explícita: uma RTX PRO 6000 Blackwell para visualização e renderização no 3DEXPERIENCE quando quer controladores de classe estação de trabalho e folga acima do patamar de 48 GB; a A100 (80 GB HBM2e) apenas para cálculo de simulação acelerado por GPU. Escolher a A100 por ser a placa mais cara e assumir que isso a torna a melhor para CAD é exatamente o erro que esta secção existe para evitar. Uma comparação completa entre a RTX 4090 e a A100 em cada subcarga de CAD (viewport, renderização com Visualize e simulação), incluindo a decisão de preço, é uma comparação própria e não é coberta aqui.

Do lado do V5, o mapeamento é quase o inverso: se chegar a pôr o V5 num plano com GPU, não deve ser a GPU a decidir. Escolha o escalão de servidor primeiro pela frequência do CPU, RAM do sistema, armazenamento e necessidades de acesso remoto; para o V5 a GPU é secundária.

Conclusão principal: o CATIA V5 quase não usa a GPU e é guiado pela RAM; o 3DEXPERIENCE apoia-se muito nos núcleos RT; e a A100 pertence ao cálculo de simulação, nunca à renderização.

É essa divisão entre CPU e GPU que obriga a dimensionar a infraestrutura CAD por carga de trabalho e não apenas pelo nome do software. Algumas equipas precisam mais de desempenho de CPU de alta frequência e de uma gestão de ficheiros fiável do lado do servidor do que de uma GPU topo de gama. Outras precisam de um escalão de GPU porque o trabalho passou para conjuntos grandes, renderização, visualização ou simulação.

Os University of Birmingham Rocket Propulsion Labs mostram a primeira metade dessa história: infraestrutura de engenharia assente em servidores que mantém o trabalho CAD e a gestão de ficheiros longe de máquinas locais frágeis.

«Dependemos de servidores para poder de cálculo e gestão de ficheiros CAD e, para isso, confiamos na Cloudzy. Os preços transparentes e o desempenho inigualável do AMD EPYC permitem-nos focar na engenharia, não na infraestrutura.»

Manan Dua, presidente dos University of Birmingham Rocket Propulsion Labs

Esta é a base prática do CAD na nuvem: cálculo estável, CPU rápidos e armazenamento fiável do lado do servidor. A decisão sobre a GPU vem depois. Se a sua carga é só AutoCAD ou pesada em CATIA V5, o CPU e a RAM podem importar mais. Se for SolidWorks Visualize, conjuntos grandes de 3DEXPERIENCE ou simulação acelerada por GPU, é aí que os escalões de GPU VPS da Cloudzy passam a encaixar.

O acesso remoto: a parte que decide se o CAD na nuvem é mesmo utilizável

Um servidor GPU perfeitamente dimensionado é desperdiçado se os pixels não lhe chegarem de forma fluida, e é no acesso remoto que a maioria dos planos de CAD na nuvem se desfaz em silêncio. A falha normalmente não é a GPU: é a escolha do protocolo e a distância que os fotogramas têm de percorrer.

Comece pelo protocolo que não deve tratar como a sua camada de acesso remoto CAD em produção: o RDP padrão. Pode servir para administrar o servidor, mas o suporte a aceleração por hardware é irregular consoante a aplicação, o controlador da GPU e a política do sistema operativo, e a Autodesk não suporta explicitamente a aceleração por hardware do AutoCAD através de ambiente de trabalho remoto.

Os protocolos que fazem o trabalho organizam-se assim:

Duas dessas linhas são estruturais para quem estiver a planear uma implantação hoje. A primeira é o HP Anyware / Teradici PCoIP: durante anos foi o protocolo de acesso remoto profissional por omissão em CAD, e está agora a ser descontinuado. Segundo o anúncio de ciclo de vida da HP, as novas vendas baseadas em HP Anyware / PCoIP terminaram a 7 de maio de 2026. Os clientes existentes têm janelas escalonadas de renovação e suporte, com alguns contratos plurianuais de manutenção e suporte a irem até 31 de outubro de 2029. Funciona hoje; é a base errada para uma nova implantação, e o HP RGS é o caminho de transição mais seguro do lado da HP para ambientes de classe estação de trabalho.

A segunda é o Parsec, e a armadilha é específica dos servidores na nuvem:

Dica: o Parsec não funciona tal e qual num servidor GPU sem monitor. As instâncias de GPU VPS são headless por natureza (não há monitor ligado) e o Parsec precisa de um ecrã para capturar. Enquanto não configurar um ecrã virtual (um emulador EDID ou o equivalente a um dummy plug, ou um controlador de ecrã virtual), o Parsec nem sequer arranca numa instância GPU na nuvem. Isto apanha quem testou o Parsec num computador com monitor e assumiu que se comportaria da mesma forma na nuvem.

O NICE DCV é a opção mais amplamente capaz especificamente para CAD na nuvem. Em instâncias GPU com Windows, a AWS documenta a aceleração por hardware de DirectX e OpenGL quando os controladores de GPU corretos estão instalados. No Linux, o DCV acrescenta sessões virtuais e partilha de GPU através do dcv-gl; esse detalhe de partilha de GPU em múltiplas sessões não deve ser subentendido para desktops CAD com Windows. O DCV em si não cria um requisito de certificação do SolidWorks ou do CATIA, mas a aplicação CAD pode continuar a exigir hardware e controladores certificados para uso suportado. É essa combinação que faz dele normalmente a escolha por omissão para CAD/CAE multiutilizador na nuvem.

Se preferir controlar a camada de acesso remoto de ponta a ponta, RustDesk, um servidor de ambiente de trabalho remoto auto-hospedado disponível como aplicação de marketplace num clique, permite-lhe correr o seu próprio relé em vez de depender de um serviço de terceiros, embora continue a enfrentar a mesma realidade da ausência de ecrã que qualquer protocolo de streaming por GPU.

Depois há a variável que se sobrepõe à escolha do protocolo: a latência, dominada pela distância física ao centro de dados muito mais do que pelo protocolo escolhido. Os limiares indicativos que contam:

• Abaixo de 40 ms: parece local.
• 60-80 ms: praticável para modelar, no limite para esboçar à mão livre.
• Acima de 80 ms: frustrante para 3D interativo.

A consequência prática é que a maior decisão sobre latência que toma é qual centro de dados, não qual protocolo. Provisione o servidor GPU no local mais próximo de onde os engenheiros estão de facto sentados, e um bom protocolo vai parecer reativo. Ponha-o no continente errado e nenhum protocolo o salva.

Que protocolo de ambiente de trabalho remoto é melhor para CAD numa GPU na nuvem? O NICE DCV é a escolha geral mais sólida para CAD/CAE multiutilizador na nuvem: suporta fluxos DirectX/OpenGL acelerados por GPU com os controladores de servidor certos, enquanto o DCV em Linux acrescenta sessões virtuais e opções de partilha de GPU. O DCV em si não cria um requisito de certificação CAD, mas o SolidWorks ou o CATIA podem continuar a exigir hardware e controladores certificados para uso suportado. O HP RGS é a escolha de estação de trabalho profissional agora que as vendas baseadas em HP Anyware / PCoIP terminaram. O Parsec serve para uso individual, mas precisa de um ecrã virtual num servidor na nuvem sem monitor. O RDP padrão serve para administração, mas não deve ser tratado como a camada de acesso remoto de produção para CAD 3D interativo.

Conclusão principal: no acesso remoto, a distância do centro de dados ao utilizador pesa mais na latência percebida do que o protocolo, por isso escolha primeiro a localização mais próxima.

O mapa de GPU por plataforma

As três plataformas dividem-se em três eixos: o quanto dependem da GPU, o quanto a certificação conta e onde fica o seu teto de VRAM. A tabela associa cada plataforma e carga a um escalão de GPU; o enquadramento seguinte explica como ler a tabela face à sua própria stack.

Ler o mapa face à sua própria stack resume-se a algumas decisões:

• Só AutoCAD? Reconsidere se precisa sequer de um plano com GPU. O estrangulamento é a frequência de CPU de um só thread; um plano de CPU de alta frequência pode servi-lo melhor do que uma GPU topo de gama.
• SolidWorks, trabalho padrão? Uma RTX 4090 cobre modelação, conjuntos e Visualize, aceitando a ressalva do RealView.
• SolidWorks, conjuntos grandes ou RealView nativo? Uma RTX PRO 6000 Blackwell para gráficos de estação de trabalho de classe certificada e a máxima folga de VRAM.
• CATIA V5? Guiado pela RAM. A GPU é secundária; não pague a mais por uma.
• CATIA 3DEXPERIENCE? Uma GPU de estação de trabalho de 48 GB é a base para cargas de visualização médias a grandes; a RTX PRO 6000 Blackwell é a opção de folga premium quando quer desempenho RTX de classe estação de trabalho acima do patamar de 48 GB.
• Simulação acelerada por GPU (resolução SIMULIA local)? A A100, e só para isso, nunca como salto de qualidade para renderização.

Faça corresponder a sua plataforma e carga de trabalho a um escalão do mapa e depois provisione o servidor adequado. Para equipas só de AutoCAD, fluxos dominados por CATIA V5, servidores de licenças, gestão de ficheiros CAD e outra infraestrutura de engenharia guiada por CPU/RAM, um VPS de alto desempenho da Cloudzy pode ser o melhor ponto de partida. É esse o lado do CAD na nuvem para que apontam os University of Birmingham Rocket Propulsion Labs quando falam de se apoiar em servidores da Cloudzy para gestão de ficheiros CAD, poder de cálculo e desempenho AMD EPYC.

Quando a carga se torna pesada em GPU (SolidWorks Visualize, conjuntos grandes de SolidWorks, CATIA na plataforma 3DEXPERIENCE, renderização ou simulação acelerada por GPU), os planos de GPU VPS da 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.

Perguntas frequentes

O SolidWorks exige uma GPU certificada?

Para uso suportado e com todas as funcionalidades, sim. Sem uma GPU certificada (NVIDIA RTX Pro ou AMD Radeon Pro), o RealView Graphics fica desativado, as otimizações avançadas de OpenGL perdem-se, o suporte do SolidWorks não cobre problemas gráficos e há relatos de instabilidade do Motion Analysis em placas de consumo. A viewport básica, a manipulação de conjuntos e a renderização com o Visualize baseada em CUDA continuam todas a funcionar numa GPU de consumo.

Posso usar um RTX 4090 para SolidWorks?

Sim para a maior parte do trabalho de modelação e conjuntos, e é excelente para renderização com o Visualize graças aos seus 16 384 núcleos CUDA. O senão é o RealView, que fica a cinzento nas placas de consumo. Ou aceita a perda, ou aplica a alteração ao registo (que desbloqueia o botão mas não o desempenho dos controladores certificados, e parte-se com as atualizações de controlador), ou usa uma RTX PRO 6000 Blackwell certificada para RealView nativo e a máxima folga de VRAM de classe estação de trabalho.

De quanta VRAM precisa o CATIA para conjuntos grandes?

A resposta depende de qual CATIA usa. O V5 usa muito pouca GPU ou VRAM e é guiado pela RAM. O 3DEXPERIENCE escala de cerca de 8 GB em projetos pequenos para 20 GB nos médios, 32 GB nos complexos e à volta de 48 GB em conjuntos extremos. Estes números são um dimensionamento indicativo de guias para estações de trabalho, não mínimos rígidos.

Que protocolo de ambiente de trabalho remoto é melhor para CAD numa GPU na nuvem?

O NICE DCV é a escolha geral mais sólida para CAD/CAE multiutilizador na nuvem: suporta fluxos DirectX/OpenGL acelerados por GPU com os controladores de servidor certos, enquanto o DCV em Linux acrescenta sessões virtuais e opções de partilha de GPU. O DCV em si não cria um requisito de certificação CAD, mas o SolidWorks ou o CATIA podem continuar a exigir hardware e controladores certificados para uso suportado. O HP RGS é a escolha de estação de trabalho profissional agora que as vendas baseadas em HP Anyware / PCoIP terminaram. O Parsec serve para uso individual, mas exige um ecrã virtual num servidor na nuvem sem monitor. O RDP padrão serve para administração, mas não deve ser tratado como a camada de acesso remoto de produção para CAD 3D interativo.

De que GPU preciso para o AutoCAD num servidor na nuvem?

Qualquer GPU moderna com DirectX 12 chega. O AutoCAD é limitado pela frequência de CPU de um só thread muito mais do que pela GPU, por isso a placa gráfica raramente é o estrangulamento. As necessidades de VRAM são leves: 2-4 GB para trabalho 2D básico, 4-8 GB para 3D padrão e até 16 GB para nuvens de pontos e cenas 3D grandes. Ou seja, uma equipa que só usa AutoCAD pode ficar melhor servida com um plano de CPU de alta frequência do que com uma GPU topo de gama.