Custo por Frame em Render Farm

Se alguma vez carregou um projecto numa render farm na nuvem e viu créditos drenarem mais rapidamente do que esperava, já sabe que « custo por frame » não é um número fixo. Depende da sua cena, do motor de renderização, quantas amostras está a usar, e qual modelo de preços a render farm utiliza. As páginas de marketing genéricas raramente explicam isto.

Operamos uma render farm com mais de 20.000 núcleos CPU e uma frota crescente de GPUs RTX 5090. Aproximadamente 70 % dos nossos jobs são renderizações CPU — V-Ray, Corona, Arnold, e ocasionalmente projectos Blender Cycles em modo CPU. Os restantes 30 % são jobs GPU. Esta proporção dá-nos uma visão clara do que frames realmente custam em diferentes cargas de trabalho, e é a base para tudo neste artigo.

Este é um retrato de 2026. Os preços mudam conforme o hardware evolui e a concorrência se ajusta. O objectivo aqui é dar-lhe matemática suficiente para estimar os seus próprios custos antes de se comprometer com créditos em qualquer lugar. Para intervalos de custo reais por tipo de projecto em archviz e animações, consulte o nosso guia mais abrangente de custo por frame para cenários de archviz.

Os Três Modelos de Preços que Vai Encontrar (Referência Rápida)

Antes de entrar na matemática por frame, é útil reconhecer as três estruturas de preços que dominam a facturação das render farms na nuvem em 2026. A maioria das farms encaixa claramente numa destas categorias, e a escolha certa depende de quanto controlo de configuração pretende e de quão previsível é a carga de renderização.

Comparação de taxonomia de preços para render farms na nuvem em três níveis: preços por unidade (GHz-hora/OctaneBench-hora) versus IaaS por hora (taxa fixa por máquina) versus SaaS por frame (carrega e renderiza), com exemplos de farms e padrões de taxas típicos para cada nível.

Preços por unidade (GHz-hora, OctaneBench-hora, núcleo-hora). O modelo dominante nas farms geridas. Paga-se pelo processamento que o job efectivamente consome, medido em unidades associadas ao desempenho do hardware. A Super Renders Farm e a GarageFarm seguem ambas este padrão — as nossas taxas publicadas são $0,004/GHz-hora para CPU e $0,003/OctaneBench-hora para GPU ($5,2 por hora de placa RTX 5090). Adequa-se a pipelines onde os tempos de frame são razoavelmente consistentes e se pretende uma facturação transparente por job.

IaaS por hora (taxa fixa por máquina). Oferecido por fornecedores de nuvem de uso geral como a AWS EC2 e por algumas farms especializadas em GPU. Aluga-se a máquina inteira a uma taxa horária fixa independentemente da eficiência com que o job a utiliza. As taxas situam-se tipicamente entre $0,90 e $3,50 por nó-hora para os níveis de renderização GPU mais comuns, embora os preços on-demand da AWS EC2 variem consoante a família de instâncias e a região. Funciona bem para pipelines personalizados, configurações bring-your-own-license, ou motores que não se enquadram nos modelos de farms geridas. A contrapartida é o overhead de configuração — é o utilizador quem fica responsável pela configuração do nó de renderização.

SaaS / por frame (carrega e renderiza). A opção com menos complexidade. Submete-se a cena, a farm devolve os frames renderizados, e a facturação é feita a uma taxa fixa por frame ou através de um orçamento antecipado. Algumas farms oferecem esta modalidade como nível gerido a par dos preços por unidade. Adequa-se a estúdios de archviz ou freelancers que pretendem zero overhead de infraestrutura e facturação previsível por projecto.

A maioria dos fluxos de trabalho modernos combina estes níveis — o modelo certo depende da dimensão da cena, da flexibilidade de agendamento e de se pretende gerir a máquina directamente. O restante deste artigo centra-se nos preços por unidade, uma vez que é aí que a matemática por frame é mais útil.

Como Render Farms Cobram (E Por Que « Custo por Frame » É Enganador)

A maioria das render farms na nuvem não cobra por frame. Cobram por hora de computação, e depois o custo por frame cai da equação: custo total de computação dividido pelo total de frames renderizados. A confusão vem de páginas de marketing que citam um número único de custo por frame sem divulgar a cena por trás.

Para uma comparação abrangente das seis estruturas de preços — incluindo subscrições, créditos, planos híbridos e aluguer IaaS — consultem os nossos modelos de preços comparados.

Os dois modelos de preços dominantes em 2026 são:

GHz-hora (renderização CPU): Paga-se pela velocidade do relógio × tempo que o seu job consome. Um núcleo de 3,0 GHz a correr durante uma hora = 3,0 GHz-horas. Se a render farm cobra $0,004/GHz-hora e o seu frame demora 15 minutos numa máquina com 64 núcleos a 3,5 GHz, a matemática é: 64 núcleos × 3,5 GHz × 0,25 hr × $0,004 = $0,224 por frame.

OBh (renderização GPU): OctaneBench-horas medem o rendimento da GPU. O nosso medidor fatura o tempo de render da RTX 5090 por segundo. À tarifa publicada de $0,003/OBh e com a pontuação de 1.731 OB da RTX 5090 (OctaneBench 2025.2.1), isso dá $5,2 por hora de placa. Se o seu frame demora 4 minutos numa única RTX 5090, a matemática é: (4/60) hr × $5,2 = $0,35 por frame.

Algumas render farms ainda usam preços por nó-hora — uma taxa fixa por máquina por hora independentemente das especificações. Este modelo é mais simples de compreender mas mais difícil de comparar entre render farms com hardware diferente.

Renderização CPU: Onde a Maior Parte do Orçamento Vai

A renderização CPU domina visualização arquitectónica, motion graphics para broadcast, visualização de produtos, e qualquer pipeline que dependa de V-Ray, Corona ou Arnold. Estes motores são maduros, determinísticos, e dimensionam-se linearmente com a contagem de núcleos — o que torna a estimativa de custo directa.

Aqui está o que vemos em jobs reais na nossa render farm. Estes números assumem $0,004/GHz-hora em nós com 64 núcleos físicos (128 threads) a 3,2–3,5 GHz — a configuração CPU padrão na nossa frota.

Cenário	Resolução	Tempo Médio de Frame	Custo por Frame	Tamanho Típico de Projecto
Interior archviz (V-Ray, moderado)	3.000×2.000	8–12 min	$0,11–$0,18	5–20 ângulos de câmara
Exterior archviz (Corona, GI)	4.000×2.250	12–20 min	$0,16–$0,30	5–15 ângulos
Produto (V-Ray, iluminação estúdio)	4K	5–10 min	$0,07–$0,15	10–50 frames
Animação broadcast (Cinema 4D + Arnold)	1.920×1.080	3–6 min	$0,04–$0,09	1.500–3.000 frames
Animação de personagem (Maya + Arnold, SSS)	1.920×1.080	10–20 min	$0,14–$0,30	2.000–5.000 frames
VFX pesado (Nuke + V-Ray, volumétricos)	4K	20–45 min	$0,27–$0,67	500–2.000 frames
Cena densa Forest Pack/RailClone	4.000×2.250	25–40 min	$0,34–$0,60	10–30 ângulos

O padrão: projectos archviz são moderados por frame mas não há muitos frames — um exterior típico com 15 ângulos custa $2,40–$4,50. Animação inverte a proporção — custo mais baixo por frame mas milhares de frames, portanto o gasto total soma-se rapidamente.

Uma gama de orçamento comum que vemos em estúdios archviz: $50–$300/mês. Estúdios de animação fazendo trabalho broadcast regular tendem a gastar $500–$2.000/mês dependendo do volume de produção.

Renderização GPU: Frames Mais Rápidos, Matemática Diferente

A renderização GPU está a crescer rapidamente em produção. Redshift, Octane, V-Ray GPU, e Blender Cycles GPU todos beneficiam da arquitectura paralela. O RTX 5090 especificamente reduziu os tempos de frame GPU até ao ponto em que compete com CPU para muitas cargas de trabalho.

Os preços GPU são mais difíceis de comparar entre render farms porque as pontuações OctaneBench variam por placa, e algumas render farms usam benchmarks personalizados. Aqui está o que frames GPU custam nos nossos nós RTX 5090 a $5,2 por hora de placa ($0,003/OBh × 1.731 OB):

Cenário	Resolução	Tempo Médio de Frame (1× RTX 5090)	Custo por Frame	Notas
Interior archviz (V-Ray GPU)	3.000×2.000	2–5 min	$0,17–$0,43	Denoiser reduz tempo 30–50 %
Motion graphics (Redshift)	1.920×1.080	30–90 seg	$0,04–$0,13	Redshift é excelente aqui
Visualização de produto (Octane)	4K	1–4 min	$0,09–$0,35	Configurações estúdio limpas são rápidas
Blender Cycles GPU (moderado)	1.920×1.080	1–3 min	$0,09–$0,26	Denoiser OptiX ajuda
VFX (V-Ray GPU, partículas)	4K	5–15 min	$0,43–$1,30	Limites VRAM podem forçar fallback CPU
Houdini Karma XPU	4K	8–20 min	$0,69–$1,73	Ainda a amadurecer; caminhos fallback CPU comuns

Os custos por frame GPU são mais elevados do que os valores CPU acima para cenas comparáveis, mas os frames terminam em menos tempo de relógio, o que ajuda no turnaround de lookdev e em prazos apertados. O problema é VRAM: se a sua cena excede memória GPU (32 GB no RTX 5090), a renderização falha ou recua para caminhos CPU, o que derrota o propósito.

CPU vs GPU: Quando Escolher o Quê

A escolha não é sempre sobre velocidade. É sobre previsibilidade, compatibilidade de cena, e custo total.

CPU é a escolha mais segura quando:

A sua cena tem texturas e geometria excedendo 32 GB, está a usar Forest Pack ou RailClone com milhões de instâncias espalhadas, o seu pipeline é construído à volta de fluxos de trabalho V-Ray ou Corona CPU, ou precisa de saída determinística que corresponda exactamente a renderizações de teste locais. Render farms CPU também tendem a oferecer mais máquinas em paralelo — na nossa render farm, um nó CPU com 128 threads é padrão, e podemos atribuir dezenas de nós simultaneamente. Este paralelismo importa mais que velocidade de frame único para animação.

GPU faz sentido quando:

O seu motor o suporta nativamente (Redshift, Octane, Cycles), a sua cena cabe em VRAM, está a fazer iterações lookdev onde a velocidade de turnaround importa, ou está a trabalhar com motion graphics onde tempos de frame já são curtos e GPU os reduz ainda mais.

A abordagem híbrida: Alguns estúdios renderizam frames herói em GPU para velocidade, depois mudam para CPU para renderização de sequência completa em batch para manter custos previsíveis. Vemos este padrão especialmente com utilizadores V-Ray que fazem lookdev GPU mas renderização final CPU.

O Que Aumenta Custos (E Como Controlá-lo)

Compreender factores de custo é mais útil que memorizar tabelas de preços. Aqui estão os factores que vemos causando a maior variância de custos, classificados por impacto:

Resolução e amostragem: Duplicar resolução quadruplica contagem de píxeles. Ir de 1080p para 4K sozinho multiplica tempo de renderização por aproximadamente 3,5–4×. Aumentar amostras de 2.000 para 8.000 pode melhorar ruído por uma margem mal visível enquanto triplica custo. Use denoising (denoiser integrado V-Ray, OptiX, ou OIDN) e almeje o mínimo de amostras que produzem resultado limpo após denoising.

Deslocamento e subdivisão: Mapas de deslocamento pesados com altos níveis de subdivisão são o multiplicador de custo único mais grande em archviz. Um tapete com 4 níveis de subdivisão numa área de chão de 10 metros pode duplicar tempo de renderização para o frame inteiro. Combine deslocamento onde possível, ou reduza subdivisão em objectos longe da câmara.

Reflexos de luz e qualidade GI: Corona e V-Ray ambos têm como padrão configurações GI altas. Para animação, frequentemente pode reduzir qualidade GI por 30–50 % sem impacto visível a velocidade de reprodução 24/30 fps. O olho não apanha ruído por frame em movimento da forma que faz numa imagem fixa.

Densidade de dispersão: Cenas Forest Pack e RailClone com 10+ milhões de instâncias consomem RAM e inflacionam tempos de renderização. Use redução de densidade baseada em distância agressivamente. Objectos mais de 50 metros de câmara podem descer para 10 % densidade sem diferença visível.

Região de renderização e passes: Não renderize o frame inteiro se apenas precisa actualizar um elemento. A maioria dos motores suportam regiões de renderização e passes de renderização (beauty, reflexão, GI). Re-renderizar um único pass é frequentemente 5–10× mais barato que re-renderizar o frame inteiro.

Custos ocultos a ter em atenção. Para além dos principais factores de custo acima, há alguns itens que apanham os estúdios de surpresa quando mudam de farm ou migram para uma configuração IaaS:

Taxas de retenção de armazenamento. Algumas farms eliminam automaticamente os frames renderizados após 7–30 dias, enquanto outras cobram pela manutenção dos assets carregados e dos ficheiros de saída para além da janela incluída. Verifique a política de retenção antes de carregar projectos com múltiplos terabytes.
Custos de transferência e egresso. Em configurações IaaS (AWS, GCP), paga-se por GB para transferir os próprios frames renderizados — uma animação em 4K pode facilmente ultrapassar 100 GB em EXRs, o que acrescenta um custo real à factura de processamento.
Sobretaxas de licença. Algumas farms especializadas em GPU exigem que o utilizador forneça a própria licença V-Ray ou Redshift para determinados níveis, enquanto a maioria das farms geridas (incluindo a nossa) inclui as principais licenças de motor de renderização na taxa base.

Três categorias de custos ocultos em renderização na nuvem — taxas de retenção de armazenamento, custos de transferência e egresso, e sobretaxas de licença — apresentadas como uma linha de ícones com etiquetas de categoria.

Verifique sempre os detalhes sobre janelas de retenção, taxas de transferência e inclusões de licença antes de se comprometer com um projecto de longa duração.

Estimando o Custo do Seu Projecto Antes de Carregar

Aqui está um método prático que recomendamos a clientes antes de se comprometerem com créditos:

Renderize 3 frames representativos localmente. Escolha um frame fácil, um médio, e o seu frame mais pesado. Cronometrize cada um.
Anote o seu hardware local. Se a sua workstation tem um Ryzen 9 7950X (16 núcleos, ~3,8 GHz médio), isso é 60,8 GHz. Um nó de render farm com 128 threads a 3,5 GHz é 448 GHz — aproximadamente 7,4× mais computação.
Estime tempo de frame em render farm. Divida o seu tempo de frame local pela razão de computação. Um frame de 30 minutos local torna-se ~4 minutos num nó de render farm.
Calcule custo. Tempo de frame × GHz do nó × taxa. Para um frame de 4 minutos no nosso nó de 448 GHz a $0,004/GHz-hora: 448 × (4/60) × $0,004 = $0,12/frame.
Multiplique por contagem de frames. 1.000 frames × $0,12 = $120 total.
Adicione buffer de 15–20 %. Jobs reais sempre têm frames mais pesados que a sua amostra de teste. Orçamente acordemente.

Este método funciona para CPU. Para GPU, estime o tempo de frame numa RTX 5090 (escale o seu tempo de frame local pela razão OctaneBench entre a sua placa e os 1.731 OB da RTX 5090) e depois multiplique pela tarifa de $5,2 por hora de placa.

Camadas de Prioridade e O Seu Impacto Real

A maioria das render farms oferece níveis de prioridade, e uma estrutura típica é esta (na nossa render farm, a prioridade aplica-se apenas a jobs CPU, e a GPU tem um único preço sem multiplicador de prioridade):

Prioridade	Multiplicador de Custo Típico	Caso de Uso
Baixa / Economia	1× (taxa base)	Renderizações batch não urgentes, jobs nocturnos
Padrão	1,5×	Prazos normais de produção
Alta / Urgência	2–3×	Entrega no mesmo dia, revisões de cliente

A prioridade afecta como rapidamente o seu job inicia e quantos nós são atribuídos simultaneamente. O custo de computação por frame não muda — está a pagar por turnaround mais rápido, não por frames individuais mais rápidos. Se tem um prazo flexível, prioridade baixa economiza 30–50 % comparado a urgência.

O Ponto de Equilíbrio Construir vs Nuvem

Em algum nível de gasto, construir o seu próprio hardware de renderização começa a fazer sentido financeiro. O cruzamento depende de utilização.

Um nó de render único com 64 núcleos (AMD EPYC 9654, 128 threads, 3,55 GHz) custa aproximadamente $8.000–$12.000 em 2026 incluindo chassis, RAM, e armazenamento. Este nó fornece ~454 GHz de computação contínua. A $0,004/GHz-hora, alugar capacidade equivalente custa $1,82/hora, ou ~$1.310/mês a 100 % utilização.

Equilíbrio: ~7–9 meses a utilização completa. Mas a maioria dos estúdios não corre 24/7. A 40 % utilização média (típico para um pequeno estúdio com trabalho baseado em projectos), o equilíbrio estira-se para 18–24 meses — e isso é antes de eletricidade, arrefecimento, manutenção, e o custo de oportunidade de gerir hardware.

A orientação prática: se gasta menos de $1.000/mês consistentemente, nuvem é quase certamente mais barata. Entre $1.000–$3.000/mês, depende do seu padrão de utilização. Acima de $3.000/mês sustentado, comece a avaliar uma configuração híbrida — nós locais para carga base, nuvem para capacidade de rajada. Para uma análise mais profunda, escrevemos uma comparação de custo total construir vs nuvem dedicada.

O Que Outras Render Farms Cobram em 2026

Os preços em toda a indústria convergiram para gamas similares. Aqui está um retrato de taxas listadas publicamente de render farms importantes (a partir do início de 2026):

Render Farm	Taxa CPU	Taxa GPU	Teste Gratuito
Super Renders Farm	$0,004/GHz-hora	$0,003/OBh ($5,2/hora de placa RTX 5090)	Crédito $25
GarageFarm	$0,024/GHz-hora (prioridade baixa)	$1,49+/nó-hr	Crédito $25
RebusFarm	$0,0141/GHz-hora	$0,0053/OBh	25 RenderPoints
FoxRenderFarm	$0,0306/núcleo-hr (tier Diamond)	$0,90/nó-hr (tier Diamond)	Crédito $25
Ranch Computing	Contacte para orçamento	€0,005–0,009/OBh	Crédito €30

Note que estas taxas não são directamente comparáveis sem normalizar para especificações de nó, níveis de prioridade, e como cada render farm mede « GHz » ou « OB ». Uma render farm citando $0,024/GHz-hora em hardware mais rápido pode entregar o mesmo custo por frame como uma citando $0,004/GHz-hora em máquinas mais antigas. Use sempre a calculadora de custo da render farm com os seus dados reais de cena.

Mantendo Custos Previsíveis Mês a Mês

Surpresas de custo normalmente vêm de três fontes: expansão de âmbito (mais frames que planeado), cenas não optimizadas carregadas com pressa, e actualizações de prioridade durante crunch. Aqui estão padrões que vemos funcionar:

Estabeleça um limite de orçamento mensal. A maioria das render farms (incluindo a nossa) deixa-o estabelecer alertas de gasto ou limites duros. Use-os. É melhor bater um limite e re-priorizar que descobrir uma factura de $2.000 que não esperava.

Optimize antes de carregar. Gaste 30 minutos verificando níveis de subdivisão, tamanhos de textura, e geometria desnecessária antes de submeter um job. Aquele passo de optimização de 30 minutos frequentemente economiza 20–40 % no custo de renderização.

Submeta frames similares em batch. Se tem 10 ângulos de câmara para um projecto archviz, submeta-os como um único batch em vez de 10 jobs individuais. Batching reduz overhead e deixa a render farm alocar recursos mais eficientemente.

Use prioridade baixa quando puder. Se o prazo é a próxima semana, não há razão para pagar taxas de urgência hoje. Submeta com prioridade baixa e deixe correr à noite.

Aproveite os descontos por volume. A maioria das farms oferece descontos por compromisso escalonados de acordo com o valor do depósito ou o volume de renderização. Gamas típicas no mercado: 5–10 % de desconto para compromissos de 24 horas, 15–25 % para compromissos semanais, e 30–40 % para depósitos de volume ou contratos enterprise. O nosso funciona de forma diferente: as compras de créditos têm um desconto por volume automático até 30 %, aplicado ao finalizar a compra, sem código, pelo que os estúdios que compram mais créditos de cada vez pagam menos sem necessidade de negociar um contrato personalizado.

Escala de desconto por volume para render farms na nuvem com descontos de compromisso típicos: 5 a 10 por cento de desconto para compromissos de 24 horas, 15 a 25 por cento para compromissos semanais, e 30 a 40 por cento para depósitos de volume ou contratos enterprise.

FAQ

Pergunta: Quanto custa renderizar um frame numa render farm?

Resposta: Depende muito da complexidade da cena e resolução. Um interior archviz moderado pode custar $0,11–$0,18 por frame em CPU, enquanto um shot VFX pesado com volumétricos a 4K pode custar $0,50–$2,50 ou mais. As variáveis chave são tempo de renderização, a taxa horária da render farm, e o seu nível de prioridade escolhido.

Pergunta: Renderização CPU ou GPU é mais barata por frame?

Resposta: Nenhuma é universalmente mais barata. CPU tende a ser mais rentável para cenas complexas com altos requisitos de memória (grandes conjuntos de texturas, milhões de objectos espalhados). GPU é tipicamente mais rápida para cenas que cabem dentro dos limites VRAM, especialmente com motores como Redshift ou Octane, embora na nossa render farm um frame GPU custe normalmente mais do que um frame CPU comparável (ver as tabelas acima). Para uma análise mais profunda de como os dois comparam em produção, veja o nosso guia de modelos de preços.

Pergunta: Por que o meu custo por frame varia entre render farms?

Resposta: Render farms usam hardware diferente, modelos de preços, e unidades de medida. Uma render farm pode citar GHz-horas enquanto outra usa núcleo-horas ou nó-horas. A velocidade de hardware subjacente também difere. Use sempre a calculadora de custo de cada render farm com o seu ficheiro de projecto actual para uma comparação precisa em vez de comparar taxas de etiqueta.

Pergunta: Como posso estimar custos de render farm antes de carregar?

Resposta: Renderize 2–3 frames representativos localmente e cronometrize-os. Depois divida o seu tempo de renderização local pela razão de computação entre a sua workstation e as especificações do nó da render farm. Multiplique o tempo de frame estimado da render farm pela taxa horária da render farm e a sua contagem total de frames. Adicione um buffer de 15–20 % para frames mais pesados que a média.

Pergunta: A prioridade de renderização afecta o custo por frame?

Resposta: Não directamente — o custo de computação por frame fica igual. A prioridade afecta como rapidamente o seu job entra na fila e quantas máquinas são alocadas. Prioridade mais alta significa turnaround mais rápido mas com um multiplicador de custo de 1,5–3× em muitas render farms (na nossa render farm, a prioridade aplica-se apenas a jobs CPU, e a renderização GPU tem um único preço sem multiplicador de prioridade). Se o seu prazo é flexível, prioridade baixa pode reduzir gasto total por 30–50 %.

Pergunta: Em que ponto devo construir a minha própria render farm em vez de usar um serviço na nuvem?

Resposta: Como um guia áspero, se gasta consistentemente mais de $3.000/mês em renderização na nuvem com alta utilização, uma configuração híbrida pode economizar dinheiro ao longo de 2–3 anos. Abaixo de $1.000/mês, nuvem é quase certamente mais económica. O intervalo intermédio depende de como o seu carregamento de trabalho se espalha ao longo do ano — picos sazonais favorecem nuvem, cargas constantes favorecem hardware próprio.

Pergunta: Qual é o factor maior que aumenta custo de render farm?

Resposta: Resolução e qualidade de amostragem são os maiores impulsionadores de custo. Duplicar resolução aproximadamente quadruplica tempo de renderização. Depois disso, níveis de deslocamento/subdivisão e densidade de dispersão (Forest Pack, RailClone) têm o maior impacto em jobs CPU. Para GPU, overflow VRAM que força fallback CPU é o cenário individual mais caro.

Pergunta: Render farms cobram extra por plugins como Forest Pack ou V-Ray?

Resposta: A maioria de render farms importantes incluem licenças para plugins comuns como V-Ray, Corona, Arnold, Forest Pack, e RailClone na sua preços base. Não paga separadamente por estes. Contudo, plugins de nicho ou muito novos podem não ser suportados — sempre verifique a lista de software suportado da render farm antes de carregar.