O render entra na fila às 19h, o escritório fecha e na manhã seguinte a tela mostra erro de memória no quadro 38 de 300. Em outro dia acontece o contrário: a fila termina no horário, só que o motor usou o processador porque a cena não caberia na memória da placa, e ninguém percebeu a troca até comparar o tempo com o do mês anterior. Some a isso a frustração mais cara, a placa nova que não acelerou nada porque o motor calcula iluminação no processador, e você tem o retrato de uma placa de vídeo para renderização escolhida por número de modelo, não pela exigência do projeto.
Este texto trata da placa, e só dela: quanta memória a cena exige, o que os núcleos de ray tracing aceleram e quando uma segunda placa escalona o trabalho. Se a dúvida for sobre a máquina inteira, com processador, memória e disco, o caminho é o guia de workstation para renderização. Para a escolha de placa num contexto mais amplo que o de render, o destino é o pilar de placa de vídeo para workstation.
O que quebra primeiro quando a placa não dá conta
O sintoma mais comum é o erro de memória no meio da fila, e a documentação do Cycles, motor do Blender, é direta sobre a causa: a razão mais frequente de uma cena que renderiza no processador e falha na placa é não haver memória de vídeo suficiente (documentação do Blender sobre renderização por GPU). Mais perverso é o sintoma que não gera erro: segundo a mesma documentação, quando a memória da placa lota, o Cycles com CUDA, OptiX, HIP ou Metal passa a usar a memória do sistema, com impacto declarado de desempenho. O render conclui e o prazo escorrega sem culpado aparente.
Completam a lista a cena que carrega mas não orbita, a três quadros por segundo, e a tela que congela com reinício de driver: quando a mesma placa desenha a interface e calcula o render, o sistema limita o tempo de computação gráfica, e a saída documentada é separar as duas funções.
Render por GPU contra render por CPU: a resposta muda a compra inteira
A pergunta que define o orçamento da placa não é qual modelo comprar, é qual processo fecha a imagem final. A Autodesk resume o contraste na documentação do 3ds Max: a renderização por CPU é mais precisa, a renderização por GPU é mais rápida (render por GPU e por CPU, pela Autodesk). Na prática, um caminho consome placa de vídeo e o outro consome núcleos de processador.
Se o render final sai de um motor de processador, a placa serve para modelar, navegar e dar prévia, e o investimento marginal pertence à CPU. Se sai da placa, cada real na GPU volta como hora de fila economizada. Para dimensionar o conjunto quando os dois fluxos convivem, o apoio é o guia de componentes para renderização 3D.
VRAM: o primeiro critério de uma placa de vídeo para renderização
Em render por GPU, a regra que antecede todas as outras é de capacidade, não de velocidade: a cena inteira precisa caber na memória da placa. Cabe ali a geometria com todas as instâncias, as texturas, mapas de deslocamento, volumes, o buffer do quadro na resolução final e o que o sistema ocupa para desenhar a tela. Textura é o item que mais surpreende nesse orçamento, e a documentação do Blender dá a ordem de grandeza por imagem: 8k ocupa cerca de 256 MB, 4k 64 MB, 2k 16 MB e 1k 4 MB. Trinta materiais de fachada em 8k consomem mais memória que a geometria do edifício, e é por isso que baixar resolução de textura é a primeira medida quando o render falha.
As faixas abaixo servem como partida, validadas contra a cena mais pesada que você já entregou, nunca contra a cena média:
- 8 a 12 GB: interiores, cenas de produto, visualização de peça em CAD, texturas até 4k, pouca vegetação instanciada.
- 16 a 24 GB: arquitetura externa com vegetação e entorno, animação de câmera, muita geometria instanciada, texturas 4k abundantes, deslocamento em terreno. É onde a maior parte do trabalho profissional de imagem se resolve sem sobressalto.
- 32 GB e acima: produção com fila, volumetria, simulação de fluido e partícula, caches VDB e várias cenas abertas. A NVIDIA declara até 96 GB de memória por GPU na plataforma RTX PRO (soluções de renderização em GPU da NVIDIA), e a AMD posiciona placas de 48 GB para cena de produção em larga escala (animação e renderização com placas Radeon).
Núcleos de ray tracing, cálculo e remoção de ruído
A NVIDIA descreve a divisão de trabalho dentro da placa com clareza: os núcleos RT aceleram o ray tracing, e os núcleos tensores sustentam a remoção de ruído por inteligência artificial e a geração de quadros. A AMD chega ao mesmo lugar com HIP e HIP RT, integrados a Cycles, Redshift e ProRender. O ganho aparece onde há muito raio para calcular: interior com vidro e metal, iluminação indireta com muitos rebatimentos, profundidade de campo e desfoque de movimento. Aparece pouco em cena plana com luz direta, e não aparece no que o motor calcula fora da placa, como carga de arquivo e leitura de cache em disco.
A remoção de ruído acelerada corta prazo por um caminho indireto: em vez de amostrar até a imagem ficar limpa por força bruta, você interrompe a amostragem mais cedo e entrega o quadro ao denoiser. Como o custo do render cresce com o número de amostras, isso corta hora de fila na origem. Um detalhe pesa na escolha do modelo: a documentação do Blender registra que a aceleração por GPU do OpenImageDenoise exige capacidade de cálculo 7.0 ou superior, faixa que inclui as placas RTX.
Linha profissional contra linha de consumo: onde a diferença aparece
A diferença aparece em cinco pontos: o teto de memória, com configurações de 48 GB e acima que a linha voltada ao mercado doméstico não alcança; a memória com correção de erro, que importa em render longo e em simulação; o driver validado pelo fabricante do software, com certificação que cobre CAD, BIM e animação; o suporte a 10 bits por canal, que sustenta prova de cor; e o projeto mecânico, com dissipação para várias placas lado a lado e o mesmo modelo disponível por anos, para padronizar frota.
Em render por GPU de cena que caiba com folga em 24 GB, porém, uma placa de linha de consumo costuma entregar mais quadros por real investido do que uma profissional de preço equivalente, e a certificação de driver pesa na janela de trabalho em CAD e BIM, não no render final. Se o limite é memória, certificação ou prova de cor, a profissional se paga; se é tempo de fila em cena que cabe, a de consumo ganha na conta. Em reais, a faixa vai de alguns milhares à casa das dezenas de milhares por placa, conforme câmbio e configuração.
Mais de uma placa na mesma máquina, e por que a memória não soma
Escalona bem: render offline por GPU em motores que enxergam vários dispositivos, como Octane, Redshift, V-Ray GPU e Cycles, sobretudo em animação, onde cada placa assume quadros diferentes. Escalona mal: motores de tempo real, que usam uma placa por sessão, motores de processador, que ignoram a segunda GPU, e cena já no limite da memória, onde o problema é capacidade e não taxa de cálculo.
O mal-entendido mais caro é achar que a memória se acumula. A documentação do Blender afirma que, em regra, cada GPU só acessa a própria memória, com exceção do uso de NVLink em placas NVIDIA, onde ela pode ser compartilhada com pequeno custo de desempenho. Duas placas de 16 GB continuam sendo dois espaços de 16 GB: a cena mais pesada define a memória de cada placa, e placas adicionais compram vazão, não capacidade. Do lado físico, mais de uma placa exige o que costuma faltar na cotação: linhas de PCIe suficientes, espaçamento entre slots compatível com a espessura real das placas, fonte com margem para picos e fluxo de ar que sustente as duas por horas de carga.
Viewport contra render final: duas cargas diferentes, às vezes duas placas
A janela de trabalho pede resposta imediata, driver estável e memória para exibir a cena com todos os mapas ligados; o render final pede cálculo sustentado por horas e memória para a cena completa na resolução de entrega. Em produção o conflito se resolve por divisão de tarefa: uma placa modesta cuida das telas e a pesada fica dedicada ao render. Quem trabalha em Blender encontra o detalhamento por projeto na configuração de PC para Blender.
GPU para renderização 3D: compatibilidade por motor de render
Quem pesquisa GPU para renderização 3D já sabe que a placa importa, e erra no passo seguinte, que é conferir se o motor a aproveita como se espera:
- Usam a placa para o render final: Octane, Redshift, V-Ray GPU, Cycles em GPU Compute, Iray.
- Usam a placa para tudo, inclusive para abrir a cena: Lumion, D5 Render, Twinmotion, Enscape, Unreal.
- Usam o processador para o render final: Corona Renderer, além de V-Ray e Arnold nos modos de CPU.
- Aceitam os dois caminhos, com decisão por projeto: V-Ray, Arnold e Cycles.
Em vídeo a placa pesa em decodificação, efeitos e codificação de saída, não em amostragem. Esse recorte está no guia de computador para edição de vídeo.
Três faixas de placa por tipo de trabalho
| Critério | Visualização de arquitetura | Animação e cena com muita geometria | Produção com fila de render |
|---|---|---|---|
| Memória de vídeo alvo | 8 a 12 GB | 16 a 24 GB | 32 GB ou mais por placa |
| Classe de placa | Consumo com aceleração de ray tracing | Consumo de topo ou profissional média | Profissional com memória ampliada e correção de erro |
| Motor típico | Enscape, D5 Render, Lumion, V-Ray GPU em imagem estática | Cycles, Redshift, Octane, V-Ray GPU em sequência | Redshift, Octane e V-Ray GPU em fila |
| Número de placas | Uma | Uma ou duas | Duas ou mais, com uma dedicada às telas |
| O que costuma travar | Texturas 8k e vegetação | Memória da placa e amostragem | Vazão da fila, fonte e dissipação |
| Linha Zenion correspondente | Render | Render ou Supreme | Supreme ou Infinite |
Configuração Zenion recomendada
Para a maior parte dos escritórios que entregam imagem, o equilíbrio está na linha Render da Zenion, com placa dimensionada pela cena mais pesada do portfólio, não pela média. Quando o trabalho envolve fila contínua, mais de uma placa e revisão simultânea de cenas grandes, a resposta muda para as linhas Supreme ou Infinite, que nascem com linhas de PCIe, fonte, espaçamento entre slots e fluxo de ar compatíveis com duas ou mais placas sob carga por horas.
O critério entre elas não é preço, é a cena mais pesada e o número de quadros por semana. O dimensionamento vem antes da montagem: a equipe Zenion analisa o motor de render, o tamanho das cenas e o volume de entrega para definir memória, número de placas e plataforma.
Perguntas frequentes
Qual a melhor placa de vídeo para renderização?
A melhor é a que tem memória suficiente para a sua cena mais pesada e aceleração de ray tracing compatível com o seu motor. Para cena que cabe em 24 GB, a linha de consumo de topo costuma entregar mais vazão por real; acima disso, a resposta passa pela linha profissional.
A placa de vídeo ajuda na renderização?
Depende do motor. Em Octane, Redshift, V-Ray GPU e Cycles em modo GPU, a placa define o tempo do render final. Em Corona e nos modos de CPU do V-Ray e do Arnold, ela melhora navegação e prévia, e o tempo final segue no processador.
Quanta VRAM é necessária para renderização 3D?
De 8 a 12 GB para interiores e cenas de produto, de 16 a 24 GB para arquitetura externa e animação, e 32 GB ou mais para produção com volumetria e fila. A cena inteira precisa caber, texturas incluídas.
É melhor renderizar por GPU ou por CPU?
A Autodesk resume assim: render por CPU é mais preciso, render por GPU é mais rápido. Quem entrega volume de imagem em prazo curto ganha com GPU, e quem precisa de resultado idêntico ao histórico de um motor de processador tem razão para permanecer nele. Se o seu motor roda dentro do 3ds Max, o piso de hardware da versão atual está detalhado em requisitos do 3ds Max.
Duas placas de vídeo somam a memória para render?
Em regra, não. Cada placa acessa apenas a própria memória, com exceção de placas NVIDIA conectadas por NVLink. Duas placas de 16 GB seguem sendo dois espaços de 16 GB, então a segunda aumenta a vazão da fila e não a capacidade da cena.
Placa de vídeo para renderização em arquitetura precisa ser profissional?
Não necessariamente. Se o fluxo é Enscape, D5 Render, Lumion ou V-Ray GPU com cenas que cabem na memória, a linha de consumo atende bem. A profissional se justifica por memória acima de 24 GB, certificação de driver em CAD e BIM e prova de cor em 10 bits.
A decisão prática
Três perguntas resolvem a escolha. Primeira: qual motor fecha a sua imagem final, e ele calcula na placa ou no processador. Segunda: quantos gigabytes a sua cena mais pesada ocupa hoje, na resolução de entrega, porque esse número define a memória de cada placa. Terceira: o problema é fila longa ou cena que não abre, porque o primeiro se resolve com mais placas e o segundo com mais memória por placa.
Respondidas as três, a lista de modelos encurta sozinha e a conversa deixa de ser sobre catálogo. Para validar o número da sua cena mais pesada e a plataforma que sustenta a placa, a Zenion dimensiona isso com você a partir das workstations profissionais da fábrica.