Você aperta F12 numa cena que rendeu em oito minutos na semana passada, acrescenta duas árvores com folhagem em 4K e o tempo estimado salta para seis horas. As amostras são as mesmas e as luzes não mudaram. O que mudou é que a cena deixou de caber na memória da placa de vídeo, desfecho comum de quem monta um pc para blender olhando apenas o preço da GPU.

O Blender não tem um gargalo único. Ele carrega dois motores de render que cobram recursos opostos, um viewport que engasga com contagem de objetos antes de engasgar com polígonos, e um sistema de simulação que ignora a placa de vídeo e vai direto na CPU. Dimensionar pela média desses usos produz um computador razoável em tudo e fraco na tarefa que ocupa o seu dia. Este guia separa o que pesa em cada situação e fecha com três configurações prontas: modelagem e motion leve, arquitetura e produto com Cycles, e produção pesada com simulação.

O que os requisitos oficiais dizem (e o que eles não dizem)

A Blender Foundation publica os requisitos oficiais de hardware do Blender e eles são propositalmente conservadores. O mínimo é 4 núcleos com suporte a SSE4.2, 8 GB de RAM e 2 GB de VRAM com OpenGL 4.3 ou Vulkan 1.3, e o recomendado sobe para 8 núcleos, 32 GB de RAM, 8 GB de VRAM e tela de 1920 por 1080. A compatibilidade de GPU começa na série GeForce 900 da NVIDIA, na quarta geração GCN da AMD e na arquitetura Kaby Lake da Intel. Esses números descrevem uma máquina onde o programa abre, não uma onde você cumpre prazo: o consumo real é definido pelo tipo de projeto.

Cycles e Eevee cobram hardware diferente

A primeira decisão que muda tudo é qual motor de render vive no seu fluxo. Não é preferência estética, é escolha de arquitetura de hardware.

Cycles é um path tracer: dispara raios pela cena e acumula amostras até a imagem convergir. O trabalho é massivamente paralelo e escala quase linearmente com a quantidade de unidades de processamento disponíveis, o que explica por que praticamente todo estúdio rende em GPU. A documentação do Cycles sobre renderização em GPU lista os backends suportados: CUDA e OptiX na NVIDIA, HIP na AMD, oneAPI na Intel e Metal no macOS.

Eevee, reescrito do zero na versão 4.2 como Eevee Next, é rasterizado em tempo real. Ele não traça caminhos de luz, aproxima a iluminação com técnicas de espaço de tela, sombras mapeadas e volumes. Um frame que o Cycles leva três minutos para resolver sai em frações de segundo, e o custo é depender mais de VRAM do que de poder bruto de cálculo, porque o Eevee mantém texturas, sombras e buffers residentes na placa usando só uma fração dos núcleos.

Daí uma conclusão contraintuitiva: quem trabalha só com Eevee ganha mais trocando uma placa de 8 GB por uma de 16 GB do que comprando um topo de linha com a mesma memória. Quem trabalha com Cycles ganha nos dois eixos, mas colapsa se a memória acabar.

VRAM: o limite que derruba a cena inteira

Este é o ponto que a maioria dos guias trata como detalhe e que na prática é o divisor de águas. Ao renderizar no Cycles em GPU, a cena inteira precisa caber na memória da placa: geometria, texturas, estruturas de aceleração de raios e buffers de saída. Se o conjunto passar da capacidade da VRAM, você não perde dez por cento de desempenho, perde a ordem de grandeza.

No caso mais brando, parte dos dados passa a morar na memória do sistema e o tráfego atravessa o barramento PCIe a cada acesso, o que transforma um render de vinte minutos em algo que roda a noite toda. No caso mais duro, o render falha por falta de memória e a saída é derrubar tudo para a CPU, que no mesmo orçamento entrega uma fração do desempenho. Em nenhum dos dois a placa era lenta: ela era pequena.

O que enche VRAM rápido, em ordem de impacto:

• Texturas em 4K e 8K. Um material PBR completo em 4K passa de 400 MB, e trinta materiais assim somam mais de 12 GB.
• Vegetação e cabelo. Partículas com instâncias densas geram estruturas de aceleração pesadas mesmo compartilhando geometria.
• Displacement real e subdivisão em tempo de render. Multiplicam vértices quando já não dá para voltar atrás.
• Volumetria. Fumaça, fogo e névoa em resolução alta ocupam memória de forma agressiva.
• Passes e render layers múltiplos. Cada passe adicional é mais um buffer residente.

A regra prática: 8 GB é o piso absoluto e cobre modelagem, look development e produto isolado; 16 GB é onde archviz para de brigar com a memória; 24 GB ou mais é território de ambientes completos, vegetação densa e simulação renderizada. O raciocínio aparece detalhado no artigo sobre por que a VRAM da placa de vídeo é o fator mais crítico, e vale quase intacto para o Cycles.

Viewport: onde a responsividade se perde de verdade

Fora do render final existe o tempo em que você de fato trabalha, e ele obedece a outra regra. O viewport no modo sólido é limitado principalmente pela taxa de chamadas de desenho, e essas chamadas escalam com o número de objetos, não com o número de polígonos. Uma cena de arquitetura com 4 mil objetos separados, cada maçaneta e cada luminária como item independente, pode travar mais que uma escultura única de 12 milhões de polígonos.

Esse trecho depende fortemente do desempenho de núcleo único da CPU, porque a preparação das chamadas é largamente sequencial. É por isso que um processador de 64 núcleos com clock modesto dá sensação de máquina mais lenta ao orbitar a cena do que um de 12 núcleos com clock alto. Duas consequências: frequência de boost importa mesmo para quem rende em GPU, e higiene de cena vale hardware. Juntar objetos, usar coleções com instâncias e ativar simplificação devolve fluidez sem custo, tema do guia sobre produtividade em modelagem 3D em projetos grandes.

Simulação de física e fluidos: a CPU volta a mandar

Aqui o roteiro se inverte. As simulações do Blender, incluindo o Mantaflow para fumaça e líquidos, os solvers de tecido e corpo mole e a maior parte dos cálculos de rigid body, rodam na CPU e escrevem cache em disco. A placa de vídeo, por mais cara que seja, fica praticamente parada durante o bake.

Isso muda a prioridade em três frentes. A contagem de núcleos passa a valer, porque os solvers paralelizam bem. A RAM vira restrição dura, já que uma simulação de líquido em resolução de produção consome dezenas de gigabytes só de estado ativo. E o armazenamento entra na conta: o cache de uma sequência de algumas centenas de frames ocupa centenas de gigabytes, e a velocidade de escrita do SSD decide se o bake é limitado pelo processador ou pelo disco. Quem simula com frequência precisa de uma máquina que parece desbalanceada para quem só rende: muitos núcleos, 128 GB de RAM ou mais e NVMe dedicado ao cache.

OptiX e o que muda em placas NVIDIA

Em GPUs NVIDIA da linha RTX, o Cycles pode usar OptiX no lugar de CUDA, e a diferença não é cosmética. O OptiX da NVIDIA recorre aos RT Cores, unidades dedicadas ao cálculo de interseção entre raio e triângulo, em vez de emular esse trabalho nos núcleos de propósito geral. Em cenas com muita geometria e muitos raios secundários, o ganho sobre o mesmo hardware rodando CUDA costuma ser expressivo, e o pacote ainda traz o denoiser acelerado por IA, que reduz o número de amostras necessário para fechar uma imagem limpa.

O ponto de decisão é direto. Se o seu fluxo é Cycles, uma RTX com RT Cores entrega mais render por real investido do que uma AMD equivalente em especificação bruta, porque o HIP ainda não tem a maturidade do OptiX dentro do Blender. Se o fluxo é Eevee e modelagem, a diferença encolhe e a memória volta a dominar. É a mesma lógica do guia de compra para renderização com V-Ray, Corona e Octane: motor de render define plataforma.

Tabela de configuração para PC para Blender

Render longo é carga contínua, não pico. Oito horas seguidas de Cycles com dissipação subdimensionada reduzem clock por temperatura e devolvem tempo pior do que a especificação prometia, assunto detalhado no artigo sobre escolha de componentes para renderização 3D.

Três perfis de configuração por tipo de projeto

Modelagem, motion leve e Eevee

Você modela, faz look dev, anima e entrega em Eevee ou em Cycles com cenas contidas, então o gargalo está no viewport e não no render final. Priorize 6 a 8 núcleos com clock alto, 32 GB de RAM, GPU de 12 GB e um NVMe de 1 TB. Uma placa de topo muda pouco aqui, enquanto um processador de frequência mais alta muda o dia inteiro de trabalho.

Arquitetura, interiores e produto com Cycles

Você entrega imagem final em Cycles, com materiais em 4K, vegetação e iluminação complexa: a GPU é o motor do negócio e a VRAM é o teto. Vá para 16 GB de VRAM no mínimo, ou 24 GB se as cenas incluem exteriores com vegetação, combinados com 12 a 16 núcleos, 64 GB de RAM e dois NVMe. Aqui, a distância entre uma placa de 12 GB e uma de 24 GB não é percentual: é a diferença entre entregar hoje e entregar amanhã.

Produção pesada com simulação

Você faz fluidos, fumaça, destruição, tecido ou sequências longas: a simulação puxa CPU e RAM, o render puxa GPU e VRAM, o cache puxa disco. É o único perfil que justifica plataforma HEDT, com 24 núcleos ou mais, 128 GB de RAM como ponto de partida, GPU de 24 GB ou duas placas dividindo frames e três NVMe separados por função. Fonte com folga e refrigeração para operação contínua deixam de ser luxo.

Configuração Zenion recomendada

O primeiro perfil é território da linha Raise, com clock alto e memória suficiente para modelagem fluida sem pagar por capacidade de render que você não vai usar. O segundo é o caso clássico da linha Render, para quem vive de imagem final e precisa de VRAM dimensionada pela cena real, não pelo catálogo. O terceiro pede Supreme quando o peso está em simulação e memória expandida, e Infinite quando envolve múltiplas GPUs, sequências longas ou cargas de IA convivendo com o pipeline 3D.

A diferença está no método. Em vez de partir de uma configuração pronta, a equipe da Zenion pede o arquivo de cena, o motor de render, a resolução de entrega e o prazo típico, e dimensiona a partir disso. Uma cena com 14 GB de pico não vira uma placa de 12 GB com folga apertada, vira uma de 16 GB, porque o custo de errar essa conta é uma noite de render perdida.

Perguntas frequentes

Quantos GB de VRAM são necessários para rodar o Blender?

O mínimo oficial é 2 GB, suficiente apenas para abrir o programa e trabalhar em cenas simples. Para uso profissional com Cycles, 8 GB é o piso realista, 16 GB resolve a maior parte do archviz e do design de produto, e 24 GB ou mais atende ambientes com vegetação, volumetria e texturas em 4K.

O Blender usa mais processador ou placa de vídeo?

Depende da tarefa. Render em Cycles e visualização em Eevee dependem da placa de vídeo, enquanto viewport, modificadores, sculpt e simulações de física dependem da CPU. O viewport responde a clock alto e a simulação responde a número de núcleos, então a máquina precisa equilibrar os dois lados conforme o tipo de projeto.

Quanta memória RAM o Blender precisa?

O recomendado oficial é 32 GB, e isso atende bem modelagem e projetos de porte médio. Cenas de arquitetura completas com texturas de alta resolução ficam confortáveis em 64 GB, e simulações de fluidos em resolução de produção podem exigir 128 GB ou mais, porque o estado ativo do solver mora inteiro na memória do sistema.

Placa de vídeo AMD funciona bem no Blender?

Funciona, pelo backend HIP, e é opção viável para quem trabalha principalmente com Eevee, modelagem e edição. Para renderização em Cycles, as placas NVIDIA com RT Cores levam vantagem prática por conta do OptiX, que usa aceleração de ray tracing em hardware e traz o denoiser por IA no mesmo pacote.

Notebook serve para trabalhar com Blender?

Serve para modelagem, animação e cenas de porte moderado, mas impõe dois limites: a VRAM costuma ser menor que a das versões desktop da mesma GPU, e a dissipação térmica reduz o clock em renders longos. Para sequências ou simulação pesada, um desktop bem ventilado sustenta desempenho que o notebook não mantém.

Como fechar a especificação sem chutar

Antes de comprar, faça dois testes com um projeto real seu. Abra a cena mais pesada dos últimos seis meses e observe o pico de memória durante o render, informado no rodapé da janela: esse número é o seu piso de VRAM, com pelo menos 30 por cento de margem para o crescimento do projeto. Depois cronometre o tempo que você passa esperando o viewport responder e compare com o tempo esperando o render terminar. Se o primeiro pesa mais, o dinheiro vai no processador; se o segundo pesa mais, vai na placa.

Com esses dois números na mão, a conversa deixa de ser sobre qual peça é melhor e passa a ser sobre qual máquina resolve o seu prazo. A equipe da Zenion analisa a cena, o motor de render e o volume de entrega antes de propor especificação, e vale ler o panorama sobre qual computador é ideal para renderização profissional antes de decidir.