Announcement

Collapse
No announcement yet.

Dispelling the misconception about File Size and File Performance

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

    Dispelling the misconception about File Size and File Performance

    Images of this model are posted in the Out There forum, but this was an interesting discovery:

    Today i used Adaptive Components (a 9 click family) to place this undulating Steel Pipe net on top of this amphitheater. The adaptive component is pretty beastly: 9 clicks, with 75 reference points (position on normalizedcurve specified), 30 reference lines, 27 forms through the reference lines, and 75 nested Generic Models for Point data.

    There are 30 of these placed in the project environment.

    Prior to placement, the model was a limber 55 MB. (Our template is 47). The entire model is only 5,000 SF. After placing all 30 of the AC's, model size had jumped to a bewildering 580 MB. It had grown, tenfold.

    Having said that, performance in the model has BARELY dropped. It has dropped slightly to reflect that there are now 700 double curved beams in the model, but it still pans/zooms/saves/regenerates about as fast as it did beforehand, even with Shadows and AO turned on. But ive checked, saved, compressed, and rechecked. That sucker is now 600 MB.

    To reiterate findings for the nonbelievers: File size is NOT linked to file performance, LOL.
    Attached Files
    Last edited by Twiceroadsfool; September 12, 2011, 09:43 AM. Reason: spelling
    Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
    @Web | @Twitter | @LinkedIn | @Email

    #2
    Good job, Aaron. Hey, "dispel" is a new word for me. I looked it up in a dictionary:
    "1. to drive off in various directions; disperse; dissipate: to dispel the dense fog.
    2. to cause to vanish..."

    In other words... "to burst bubbles"! :thumbsup:
    Freelance BIM Provider at Autodesk Services Marketplace | Linkedin

    Comment


      #3
      'Tis a worthwhile bubble to burst, since File size doesnt mean a gosh darn thing. =)
      Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
      @Web | @Twitter | @LinkedIn | @Email

      Comment


        #4
        Good grief. I just added in the rest of the pyramids, and loaded the family back in to the project.

        The model is now....... 1.1GB. LOL. LOL. LOL.
        Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
        @Web | @Twitter | @LinkedIn | @Email

        Comment


          #5
          Originally posted by Twiceroadsfool View Post
          'Tis a worthwhile bubble to burst, since File size doesnt mean a gosh darn thing. =)
          So frustrating the sense people have that file size and RAM is a performance issue. Nope, just a stability issue. You have enough or you don't. Nice to see such an obvious proof.
          Aaron, would be interesting to know what your Commit Charge is for Revit. I wonder if Adaptive Components are a little more efficient than the generic 20:1 RAM to file size ratio. I guess really they have to be, as by that metric you must be on a 24GB machine otherwise.

          Gordon
          Pragmatic Praxis

          Comment


            #6
            Assuming you have enough RAM; fast multi-core CPU and graphics card with lots of memory as well; which is a lot with a 700MB file.
            14 GB of RAM....just to open/run/save a 700 MB file; what about adding in big links, S/MEP/Civil, ID, etc.....file sizes WILL be a factor on performance;
            Seen this on our jobs when they get up over 500-600 MB.

            I'd be a bit curious/concerned if my 55 MB file went up to 700MB because of a trellis and ACs; luckily there's not a large/complex building
            to deal with in this case...........I would not be over-selling the file size/performance theory just yet.
            Cliff B. Collins
            Registered Architect
            The Lamar Johnson Collaborative Architects, St. Louis, MO
            Autodesk Expert Elite

            Comment


              #7
              Im on an 8GB machine, and its pretty maxed out right now (or so it says), but to be fair: Ive reloaded the family definition about ten times this hour. Revit has been opened, and had this model, AND this component opened for 8 straight hours. AND, even though its pulling most of the RAM, it "feels" blazingly fast.
              Attached Files
              Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
              @Web | @Twitter | @LinkedIn | @Email

              Comment


                #8
                You are gonna crash real soon if you only have 8GB...........
                That trellis IS going to cause "performance/stability" issues.
                Call it what you want, if stability sucks then so does performance.
                Cliff B. Collins
                Registered Architect
                The Lamar Johnson Collaborative Architects, St. Louis, MO
                Autodesk Expert Elite

                Comment


                  #9
                  Yeah, that is a pretty telling number. Worth knowing that ACs behave this way. Would hate to see people using the x20 number from the old Revit Performance white paper and thinking they can't use ACs, or have to spring for crazy gobs of RAM.
                  That said, if you push much higher you may see some paging, which will affect performance. And crashing follows thrashing, especially with Revit.

                  Gordon
                  Pragmatic Praxis

                  Comment


                    #10
                    Originally posted by cliff collins View Post
                    You are gonna crash real soon if you only have 8GB...........
                    That trellis IS going to cause "performance/stability" issues.
                    Call it what you want, if stability sucks then so does performance.

                    No, its not going to crash. And its not going to cause stability problems, but thanks. I was exporting 2032 points to lay out the trellis for fabrication. And i had a ton of other stuff running.

                    Memory usage isnt that high all the time. The model itself is quite limber. Its not my first rodeo, i assure you. I havent even closed the file yet, and the memory usage is back down to 6. If you were in the file working, you would see what i mean. The file has NO performance degradation WHATsoever. Even with all of the glitzy graphics on.

                    Plus, the amount of geometry in that AC is atypical, so i dont think this is a guideline that should stave anyone off from AC's. We have 27 round tubes, and 50 pyramids, plus all of the reference points. Thats a lot of stuff to regenerate. Im just now getting to turning some of it off at C/M LOD, since most of it is stuff we technically never want to see.
                    Aaron "selfish AND petulant" Maller |P A R A L L A X T E A M | Practice Technology Implementation
                    @Web | @Twitter | @LinkedIn | @Email

                    Comment

                    Related Topics

                    Collapse

                    Working...
                    X