Correggere le esportazioni · 2026-06-03 · 9 min

Perché i file IFC grandi mandano in crash il browser (e come visualizzare un modello da 1 GB)

Un IFC federato da 600 MB, 1,7 GB di RAM, 3 frame al secondo, poi la scheda muore. I file IFC grandi mandano in crisi la maggior parte dei visualizzatori web per ragioni tecniche concrete. Ecco cosa succede davvero — e come aprire un modello di quella dimensione senza un server o una workstation di fascia alta.

Perché i file IFC grandi mandano in crash il browser (e come visualizzare un modello da 1 GB) — IFC Viewer Online article cover

Chiunque lavori con modelli federati incontra lo stesso muro: l'IFC combinato di architettonico + strutturale + MEP va dai 600 MB a oltre 1 GB, e nel momento in cui provi ad aprirlo in un browser la ventola si mette in moto, la memoria supera 1,7 GB, il frame rate scende a una cifra sola, e alla fine la scheda va in crash. Non è che stai sbagliando qualcosa. I file IFC grandi mandano in crisi la maggior parte dei visualizzatori web per ragioni molto specifiche.

1 GB+ — modello federato tipico
1.7 GB — di RAM anche ottimizzato
3 FPS — modelli non ottimizzati
12× — più lento: open source contro commerciale

Perché i file IFC grandi mandano in crash il browser

Parsing su thread singolo

Convertire il testo IFC in geometria 3D è un'operazione intensiva per la CPU e tradizionalmente gira su un solo thread. L'intero file deve essere analizzato prima che qualcosa venga renderizzato, quindi l'interfaccia si blocca mentre lavora.

Tetto di memoria

Anche un modello ottimizzato può consumare ~1,7 GB di RAM. Su un portatile da 8 GB il browser raggiunge il suo limite di memoria per scheda e il renderer viene terminato — è la pagina "scheda in crash".

Costo della tessellazione

La geometria IFC è spesso definita come solidi parametrici (estrusioni, sweep). Tessellarli in mesh triangolari per WebGL moltiplica i dati e il lavoro — milioni di triangoli da spingere a ogni frame.

Caricare tutto prima

La maggior parte dei visualizzatori scarica e converte l'intero file in anticipo, anche se guardi sempre solo una frazione alla volta. Non viene renderizzato nulla finché tutto non è stato elaborato.

Perché i visualizzatori open source sembrano più lenti di quelli commerciali

Un benchmark della community molto condiviso lo ha mostrato senza mezzi termini: un modello elettrico da 288 MB ha impiegato circa 830 secondi per caricarsi in uno strumento open source contro circa 67 secondi in un visualizzatore commerciale — oltre 12 volte più lento. Il divario non è magia. I visualizzatori commerciali spesso evitano la tessellazione completa rappresentando le forme parametriche in modo più diretto, e pre-elaborano i modelli su un server in un formato ottimizzato per lo streaming prima ancora che tu li apra.

830 secondi in un visualizzatore open source contro 67 in uno commerciale. Qual è il segreto qui?
IfcOpenShell GitHub — viewing large federated models

Il "segreto" è la pre-elaborazione e lo streaming — ed è anche il problema. Le pipeline open source più veloci (che convertono l'IFC nel formato XKT di xeokit, o in glTF) richiedono competenze tecniche e un server per fare la conversione. Va bene per un team di prodotto, ma non è qualcosa che un coordinatore può fare con un file che un cliente gli ha appena inviato via email.

Le strategie che aiutano davvero

Converti una volta, carica molte volte: analizza l'IFC in un formato di geometria veloce (Fragments, XKT, o glTF/GLB) una volta sola, poi carica quello a ogni apertura successiva. Il parsing IFC a runtime è troppo lento per un uso ripetuto.
Tiling: suddividi il modello in blocchi spaziali così viene caricato e disegnato solo ciò che è vicino alla camera.
Culling: salta la geometria fuori schermo o occlusa invece di inviarla alla GPU a ogni frame.
Compressione della geometria: deduplica gli elementi ripetuti (ogni bullone o balaustro identico fa riferimento a un'unica mesh) e quantizza le coordinate per ridurre il payload.
Riduci il file prima di aprirlo: esporta solo le discipline di cui hai bisogno, e comprimilo (ifcZIP) per il trasferimento.

Come aprire un modello grande senza server o upload

Questo visualizzatore analizza l'IFC lato client con WebAssembly e mette in cache la geometria convertita nell'Origin Private File System del browser, così il parsing costoso avviene una sola volta e i caricamenti successivi sono circa 10 volte più veloci. Non c'è alcun passaggio di upload né un server da configurare — ottieni il vantaggio della conversione unica di una pipeline commerciale senza inviare il tuo modello da nessuna parte. Federare più modelli disciplinari in un'unica vista funziona allo stesso modo: caricali uno dopo l'altro.

Apri un modello a dimensione reale

Un modello architettonico IFC4 completo, esportato da Revit, a dimensione di produzione. Aprilo per vedere come un file più grande si carica e viene messo in cache nel browser — poi prova il tuo modello federato pesante.

IFC4 · 14 MB

Apri il visualizzatore IFC interattivo

Il punto è questo: non ti serve una workstation da 64 GB di RAM né una piattaforma a pagamento per ispezionare un modello da 1 GB. Ti serve una pipeline che analizza una volta, mette in cache il risultato, e disegna solo ciò che stai guardando — e puoi ottenerlo in una scheda del browser.

Perché i file IFC grandi mandano in crash il browser (e come visualizzare un modello da 1 GB)