How many times a day does AECOsim crash for you?

Hey all, I need some serious help.

I am new to the Bentley infrastructure and having some major problems.

I have models supplied by our process engineers and our structural engineers. I have been shown how to create a project and reference these models.

I navigate with most of the references turned off.

Navigating the model takes an inordinate amount of time.

I get 20-40 crash/error report popups per day?

Where to I start to gain my sanity back?

Parents
  • Well it comes and goes.  Honestly.

    Usually I find the culprits that cause the crash or things just get fixed as I work.

    Refs off should help but I would say that my models are quite large and that is probably more of the issue.

    Try little tricks like running as an administrator.  Make sure things are broken down into chunks of data.  don't break them down just to break them down but there are logical ways that need to be broken down like.  Stairs, first floor, 2nd floor, roof, exterior walls, etc.

    If you find a file that repeatedly crashes then copy it and start deleting things until you find the culprit.  Or create a blank ad add stuff until it crashes.  Last project I had it was quick made trusses that the structural stuff wont make.

    When I made solids, clipped stuff and merged into one it started having problems in pdf and dwg creation

    So I remade the truss differently and everything is now better.

    remember that you are using someone else's file and they may not be made as well as yours.

    Ustn since 1988
    SS4 - i7-3.45Ghz-16 Gb-250/1Tb/1Tb-Win8.1-64b

    Eric D. Milberger
    Architect + Master Planner + BIM

    Senior  Master Planner NASA - Marshall Space Flight Center

    The Milberger Architectural Group, llc

  • Thanks for the tips Eric,

    I have some fairly large files 1.2GB in total. I also have (what I thought) plenty of system resource.

    32GB RAM
    6GB Graphics Card
    New i7 Hexcore processor....

    I will try running as admin to see if that has an impact.

    I am unable to trim bits out of half of the files I'm recieving as they are i.dgn and locked down... I get a pop up often, something about 'Large Level Dictionaries', and have compressed to no avail. I assume that the i.dgn won't allow the removal of unused levels...

    anywho.... Back to the grindstone...

  • We do the Master File with nesting never going above 3 or 4.

    The "Mass Mode" for us is nothing but a collection of reference files of all our 3d models that create the project

    If I need to manipulate it more specifically I can alway break that master down into all the sub models.

    Every model have may reference all the other models but you make make sure each is always set to ONE or don't nest.

    No more nesting.

    Ustn since 1988
    SS4 - i7-3.45Ghz-16 Gb-250/1Tb/1Tb-Win8.1-64b

    Eric D. Milberger
    Architect + Master Planner + BIM

    Senior  Master Planner NASA - Marshall Space Flight Center

    The Milberger Architectural Group, llc

  • Very good point, Tom!   Circular referencing can add up very quickly, taking what could ne 50MB worth of data and loading it as 500MB instead just by pure redundancy.  That's a good amount of overhead to add to the application itself, as well as processes actually being performed within that 32bit address space.  

    So it's very good to see that you've seen such a difference after cleaning up those attachments.    :)



  • Tim

    Have you tested to put all the i.dgns in one folder and reference them, without nesting, to one single consultantX.dgn.

    If that works, reference consultantX.dgn, with nesting set to 1, to your 'master'. If that works you might check with X why s/he needs nesting.

    regards / Thomas Voghera

  • hey Thomas, as mentioned above, the main problem files are i.dgn that have multiple nested references inside, so I cannot do as you suggest...

    After talking with our .i.dgn consultant, I was welcomed to 'the club' with respect to crash frequency, and that there was absolutely no chance of current policy changes, i.e. 'suck it up'. I was also told that identical hardware and identical configurations return different error frequency and form....

    I am assuming that Tom knight is correct, yet cannot effect any change.

    I guess I have to enjoy my frustration until;

    • Bentley update their software to 64-bit
    • We change consultants
    • The consultants have a revelation that this is not an acceptable commercial reality and address their modelling policy/process or change software.

    It is a pity that my introduction to AECOsim has made me feel like the software is inherently broken...

  • Unfortunately this is a reality when running 32bit applications.   While 64bit land isn't a panacea for everything, it certainly can help when dealing with pure PC resource requirements...  requirements that can be greatly improved as mentioned above, albeit with a little virtual elbow grease.  



Reply Children