Why does saving an .ifc take so long, even if there's a small change

Dumb question. I have a ~30mb .ifc i save periodically in BB.
If i make a small change, and save, it still takes a lot of time to save.
From what I understand, BB only saves the new .ifc entity lines and/or the attribute changes.
If so, why does it take so long to save the file each time?

Ace

Comments

  • It reconstructs the whole thing, so saving takes the same time even if there are no changes.

  • One of the things which takes the most time is that we still "sync" some data when saving the IFC. The file write procedure is relatively quick, but there are some changes you might've made that we couldn't have detected. Things like dragging-dropping in the outliner, or moving objects (since we don't update the IFC every time you move an object), or certain material/style changes.

    Not only does this make it slow to save, it also makes it slow to generate drawings, since we need to run similar "syncs" to make sure we're creating a drawing of the latest thing.

    This is one of the things we're tackling right now. You'll notice a ton of commits related to changing the way collections are handled as well as materials, and that will end up deleting a ton of code and removing the need to sync these things during save. Long story short, things will get better!

    JohntheoryshawcarlopavRoelGorgiousCSNsteverugiMassimoCadGiruatomkarincaand 1 other.
Sign In or Register to comment.