Correção de exportações · 2026-06-03 · 9 min

Por que arquivos IFC grandes travam seu navegador (e como visualizar um modelo de 1 GB)

Um IFC federado de 600 MB, 1,7 GB de RAM, 3 quadros por segundo, e a aba morre. Arquivos IFC grandes quebram a maioria dos visualizadores web por razões técnicas concretas. Veja o que está realmente acontecendo — e como abrir um modelo desse tamanho sem servidor ou uma estação de trabalho de ponta.

Por que arquivos IFC grandes travam seu navegador (e como visualizar um modelo de 1 GB) — IFC Viewer Online article cover

Todo mundo que trabalha com modelos federados esbarra na mesma parede: o IFC combinado de arquitetura + estrutura + MEP tem de 600 MB a mais de 1 GB, e no instante em que você tenta abri-lo num navegador a ventoinha dispara, a memória passa de 1,7 GB, a taxa de quadros cai para um dígito só, e a aba acaba travando. Não é que você esteja fazendo algo errado. Arquivos IFC grandes quebram a maioria dos visualizadores web por razões bem específicas.

1 GB+ — modelo federado típico
1.7 GB — RAM mesmo otimizado
3 FPS — modelos não otimizados
12× — mais lento: open-source vs. comercial

Por que arquivos IFC grandes travam o navegador

Leitura em thread única

Converter texto IFC em geometria 3D é intensivo em CPU e tradicionalmente roda numa única thread. O arquivo inteiro precisa ser lido antes que qualquer coisa seja renderizada, então a interface congela enquanto isso acontece.

Teto de memória

Mesmo um modelo otimizado pode consumir ~1,7 GB de RAM. Num notebook de 8 GB, o navegador atinge seu limite de memória por aba e o processo de renderização é encerrado — é a página de "a aba travou".

Custo de tesselação

A geometria IFC costuma ser definida como sólidos paramétricos (extrusões, varreduras). Tesselá-los em malhas de triângulos para o WebGL multiplica os dados e o trabalho — milhões de triângulos para desenhar a cada quadro.

Carregar tudo primeiro

A maioria dos visualizadores baixa e converte o arquivo inteiro de uma vez, mesmo que você só olhe uma fração dele por vez. Nada é renderizado até que tudo tenha sido processado.

Por que visualizadores open-source parecem mais lentos que os comerciais

Um benchmark comunitário bastante compartilhado mostrou isso de forma contundente: um modelo elétrico de 288 MB levou cerca de 830 segundos para carregar numa ferramenta open-source, contra cerca de 67 segundos num visualizador comercial — mais de 12× mais lento. A diferença não é mágica. Visualizadores comerciais costumam evitar a tesselação completa representando formas paramétricas de modo mais direto, e pré-processam os modelos num servidor, convertendo-os para um formato otimizado para streaming antes mesmo de você abri-los.

830 segundos num visualizador open-source contra 67 num comercial. Qual é o truque aqui?
IfcOpenShell GitHub — visualizando modelos federados grandes

O "truque" é pré-processamento e streaming — e essa é justamente a pegadinha. Os pipelines open-source mais rápidos (converter IFC para o XKT do xeokit, ou para glTF) exigem conhecimento técnico e um servidor para fazer a conversão. Isso é ótimo para uma equipe de produto, mas não é algo que um coordenador consiga fazer com um arquivo que um cliente acabou de enviar por e-mail.

As estratégias que realmente ajudam

Converter uma vez, carregar muitas: leia o IFC e o transforme num formato de geometria rápido (Fragments, XKT, ou glTF/GLB) uma única vez, depois carregue esse formato em cada abertura seguinte. Ler o IFC em tempo real a cada vez é lento demais para uso repetido.
Tiling: divida o modelo em blocos espaciais, para que só o que está perto da câmera seja carregado e desenhado.
Culling: ignore a geometria que está fora da tela ou oculta, em vez de mandá-la para a GPU a cada quadro.
Compressão de geometria: deduplique elementos repetidos (cada parafuso ou balaústre idêntico referencia uma única malha) e quantize as coordenadas para reduzir o tamanho do payload.
Reduza o arquivo antes de abri-lo: exporte só as disciplinas que você precisa, e compacte-o (ifcZIP) para transferência.

Como abrir um modelo grande sem servidor ou upload

Este visualizador lê o IFC no lado do cliente com WebAssembly e armazena em cache a geometria convertida no Origin Private File System do navegador, de modo que a leitura cara acontece uma vez e os carregamentos seguintes ficam cerca de 10× mais rápidos. Não há etapa de upload nem servidor para configurar — você ganha o benefício de "converter uma vez" de um pipeline comercial sem enviar seu modelo a lugar nenhum. Federar vários modelos disciplinares numa única vista funciona da mesma forma: carregue-os um depois do outro.

Abra um modelo em tamanho real

Um modelo de arquitetura IFC4 completo, exportado do Revit, em tamanho de produção. Abra-o para ver como um arquivo maior carrega e faz cache no navegador — depois experimente com o seu próprio modelo federado pesado.

IFC4 · 14 MB

Abrir o visualizador IFC interativo

A conclusão: você não precisa de uma estação de trabalho de 64 GB nem de uma plataforma paga para inspecionar um modelo de 1 GB. Você precisa de um pipeline que leia uma vez, armazene o resultado em cache, e só desenhe o que você está olhando — e isso você consegue numa aba do navegador.

Por que arquivos IFC grandes travam seu navegador (e como visualizar um modelo de 1 GB)