{"id":25616,"date":"2012-02-08T10:49:00","date_gmt":"2012-02-08T10:49:00","guid":{"rendered":"https:\/\/www.padtinc.com\/2012\/02\/08\/reducing-the-size-of-your-rst-file-outres-is-your-friend\/"},"modified":"2022-03-31T14:09:45","modified_gmt":"2022-03-31T21:09:45","slug":"reducing-the-size-of-your-rst-file-outres-is-your-friend","status":"publish","type":"post","link":"https:\/\/www.padtinc.com\/2012\/02\/08\/reducing-the-size-of-your-rst-file-outres-is-your-friend\/","title":{"rendered":"Reducing the Size of your RST File\u2013OUTRES is your Friend"},"content":{"rendered":"

One of the most common questions on XANSYS, and a common tech support question for us is: \u201cIs there any way to make my result file smaller?\u201d  In fact, we just got a support call last week on that very topic.  So we thought it would be a good topic for The Focus, and besides the standard quick answer, we can go a bit deeper and explain why.<\/p>\n

Why so Big?<\/h1>\n

The first thing you need to understand is why the result file is so big. One of the fundamental strengths of the ANSYS solver, back to the days when John Swanson and his team were writing the early versions, is that the wealth of information available from an FEA solution is not hidden from the user.  They took that approach that whatever can be calculated will be calculated so the user can get to it without having to solve again.  Most other tools out there do the most common calculations, average them, and then store that in the results file.  <\/p>\n

If you go back to your FEA fundamentals and take a look at our sample 2D mesh, you will quickly get an Idea of what is going on.<\/p>\n

\"FEA-Mesh-Parts\"<\/a><\/p>\n

When an FEA mesh is solved, the program calculates the Degree of Freedom results (DOF) at each integration point in each element. For most meshes that is at the corner of each element.  This DOF solution is then used to calculate the derived values, usually stress and strain, for each node based upon the solution at the integration points for each element. Then, during post processing, the user decides how they want to average those element <\/p>\n

So the stress in the X direction for Node 2 in our example is different for element 1 and element 2.  Element 1 uses the results it calculated with the elements shape function to get stresses and strains for node 2, and element 2 does the same thing.  <\/p>\n

Now most programs, they average these value at solve time and either store an element average, or a nodal average.  But ANSYS does not.  It stores the values for each node on each element in its results file.<\/p>\n

By default, node 5 in our example will be stored four times in the ANSYS RST file, and each instance will contain 12 result items for a linear run (SX, SY, SXY, S1, S2, S3, SINT, SEQV, EPELX, EPELY, EPELXY, EPELEQV) and even more for 3D, non-linear, and special capability elements.<\/p>\n

\n\n\n\n
\n

And Now if you want, let\u2019s digress into the nitty gritty:<\/em><\/p>\n

You can actually see what is in the RST file because ANSYS Mechanical APDL has awesome documentation.  Modern programs don\u2019t even come close to level of detail you can find in the ANSYS MAPDL help.  Go to the Mechanical APDL in the help and them the path:<\/em><\/p>\n

\/\/ Programmer’s Manual \/\/ I. Guide to Interfacing with ANSYS \/\/ 1. Format of Binary Data Files \/\/ 1.2. Description of the Results File.<\/em>  <\/p>\n

Look at the file format in section 1.2.3.  Lots of headers and such, but if you take the time to study it you will be able to see how much space each type of thing stored in the result file uses.<\/em><\/p>\n

First is stores model information.  Everything that describes the model but the geometry and loads.  If you scroll down to the \u201cSolution data header\u201d (use find to jump there) you have the actual results. This is the big part.<\/em><\/p>\n

Scroll down past the constants to the NSL, or the node solution list:  <\/em><\/p>\n

C * NSL    dp       1  nnod*Sumdof  The DOF Solution for each node in the nodal coordinate system.<\/font><\/p>\n

This says that the size of this record is the number of nodes (nnod) times the number of Degrees of Freedom (Sumdof).  So for a structural solid model with 10,000 nodes and only UX, UY, and UZ DOF\u2019s, it would be 30,000 double precision numbers long. <\/em><\/p>\n

After the DOF solutions we have velocity, acceleration, reaction forces, masters, and then boundary conditions and some loads. Even some crack tip info.<\/em><\/p>\n

Then comes the big part.  The Element solution information.  Take a look at it. You have miscellaneous data, element forces.  ETABLE type data, etc\u2026 Then there is the ENS record, the Element Nodal Component Stresses.  The size is marked as \u201cvaries\u201d because there are so many variables that define how big this record is. Read the comments. It is long but goes into explaining the huge amount of information stored here.  <\/em><\/p>\n

Study this and you will know more than you ever wanted to about what is in the RST file!.<\/em><\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

Storing all of this information is the safest option. Everything a user might need during post processing is stored so that they do not have to rerun if they realize they need some other bit of information. But, as is usual with MAPDL, the user is given the option to change away from those defaults, and only store what they want. OUTRES really is your friend.<\/p>\n

You Are in Control: OUTRES<\/h1>\n

OUTRES is a unique command.  It is cumulative.  Every time you issue a command it adds or removes what you specify from what is stored in the RST file.  The basics of the command are shown in the table below, and more info can be found in the online help.  Use OUTRES, STAT to see what the current state is at any point.  Always start with OUTRES,  ERASE to make sure you have erased any previous settings, including the defaults.   <\/p>\n

Remember that this command affects the current load step. The settings get written to the load step file when you do an LSWRITE.  So if you have multiple load steps and you want the same for each, set it on the first one and it will stay there for all the others.  But if you want to change it for a given load step, you can.<\/p>\n

If you are a GUI person you can access this from four different branches in the menus:<\/p>\n

Main Menu>Preprocessor>Loads>Analysis Type>Sol’n Controls>Basic
Main Menu>Preprocessor>Loads>Load Step Opts>Output Ctrls>DB\/Results File
Main Menu>Solution>Analysis Type>Sol’n Controls>Basic
Main Menu>Solution>Load Step Opts>Output Ctrls>DB\/Results File
<\/em><\/p>\n

The first thing to play with on the command is the first argument: Item.  <\/p>\n

The default is to write everything.  What we recommend is that for most runs, using OUTRES, BASIC is good enough.  It tells the program to store displacements, reaction forces, nodal loads, and element stresses. The big thing it skips are the strains. Unless you are looking at strains, why store them.  Same with the MISC values. Most users don\u2019t ever access these.  <\/p>\n

The next thing you can use to reduce file size is to not store the results on every element.  Use the Cname argument to specify a component you want results for.  Maybe you have a huge model but you really care about the stress over time at a few key locations.  So use a node and element components to specify what results you want for which components.  Note, you can\u2019t use ALL, BASIC or RSOL for this option.  You need to specify a specific type of result for each component.  Remember, the command is cumulative so use a series of OUTRES commands to control this.<\/p>\n

\n\n\n\n
\n

OUTRES, Item, Freq, Cname<\/font><\/p>\n

ITEM<\/strong>
Results item for database and file write control:
ALL \u2014 All solution items except SVAR and LOCI. This value is the default.
CINT \u2014 J-integral results.
ERASE \u2014 Resets OUTRES specifications to their default values.
STAT \u2014 Lists the current OUTRES specifications.
BASIC \u2014 Write only NSOL, RSOL, NLOAD, STRS, FGRAD, and FFLUX records to the results file and database.
NSOL \u2014 Nodal DOF solution.
RSOL\u2014 Nodal reaction loads.
V \u2014 Nodal velocity (applicable to structural full transient analysis only(ANTYPE,TRANS)).
A \u2014 Nodal acceleration (applicable to structural full transient analysis only(ANTYPE,TRANS)).
ESOL\u2014 Element solution (includes all items following):
     NLOAD \u2014 Element nodal, input constraint, and force
             loads (also used with the \/POST1 commands 
             PRRFOR, NFORCE, and FSUM to calculate 
             reaction loads).
    STRS \u2014 Element nodal stresses.
    EPEL \u2014 Element elastic strains.
    EPTH \u2014 Element thermal, initial, and swelling strains.
    EPPL \u2014 Element plastic strains.
    <\/font><\/font>EPCR \u2014 Element creep strains.
    EPDI \u2014 Element diffusion strains.
    FGRAD \u2014 Element nodal gradients.
    FFLUX \u2014 Element nodal fluxes.
    LOCI \u2014 Integration point locations.
    SVAR \u2014 State variables (used only by USERMAT).
    MISC \u2014 Element miscellaneous data
          (SMISC and NMISC items of the ETABLE command).<\/font><\/font><\/p>\n

Freq
<\/strong>Specifies how often (that is, at which substeps) to write the specified solution results item. The following values are valid:
  <\/font><\/font><\/p>\n

\n\n\n\n\n\n\n\n\n\n
Value<\/font><\/strong><\/td>\nDescription<\/font><\/strong><\/td>\n<\/tr>\n
n<\/font><\/td>\n\n

Writes the specified results item every nth (and the last) substep of each load step.<\/font><\/p>\n<\/td>\n<\/tr>\n

-n<\/font><\/td>\n\n

Writes up to n equally spaced solutions (for automatic loading).<\/font><\/p>\n<\/td>\n<\/tr>\n

NONE<\/font><\/td>\n\n

Suppresses writing of the specified results item for all substeps.<\/font><\/p>\n<\/td>\n<\/tr>\n

ALL<\/font><\/td>\n\n

Writes the solution of the specified solution results item for every substep. This value is the default for a harmonic analysis (ANTYPE,HARMIC) and for any expansion pass (EXPASS,ON).<\/font><\/p>\n<\/td>\n<\/tr>\n

LAST<\/font><\/td>\n\n

Writes the specified solution results item only for the last substep of each load step. This value is the default for a static (ANTYPE,STATIC) or transient (ANTYPE,TRANS) analysis.<\/font><\/p>\n<\/td>\n<\/tr>\n

%array%<\/font><\/td>\n\n

Where array is the name of an n x 1 x 1 dimensional array parameter defining n key times, the data for the specified solution results item is written at those key times.
Key times in the array parameter must appear in ascending order. Values must be greater than or equal to the beginning values of the load step, and less than or equal to the ending time values of the load step.
For multiple-load-step problems, either change the parameter values to fall between the beginning and ending time values of the load step or erase the current settings and reissue the command with a new array parameter.
For more information about defining array parameters, see the *DIM command documentation.<\/font><\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n

Cname<\/strong>
The name of the component, created with the CM command, defining the selected set of elements or nodes for which this specification is active. If blank, the set is all entities. A component name is not allowed with the ALL, BASIC, or RSOL items.<\/font><\/p>\n

 <\/font><\/p>\n<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n

 <\/div>\n

Use What Works for You<\/h1>\n

The help on the OUTRES command has a nice example where the user specifies different solutions for different sub steps. Check it out to get your head around what is happening:  \/\/ Command Reference \/\/ XVI. O Commands \/\/ OUTRES<\/p>\n

Next time you run a small but typical model for you, play with the options.  Most of the time when I have a lot of load steps or a large model, I use the following in my input deck:<\/p>\n

OUTRES,ERASE
OUTRES,BASIC<\/font><\/p>\n

Sometimes I only care about surface stresses so they use (of course last can be replaced with all or any other frequency):<\/p>\n

NSEL,s,ext
ESLN,S,0
CM,nxtrnl,node
CM,extrnl,elem
OUTRES,erase
OUTRES,nsol,last,nxtrnl
OUTRES,strs,last,extrnl
OUTRES,nload,last,extrnl
OUTRES,stat<\/font><\/p>\n

Use OUTRES on the next couple of runs you do. Try BASIC, try some other things and see if you can save some disk space.<\/div>\n","protected":false},"excerpt":{"rendered":"

One of the most common questions on XANSYS, and a common tech support question for us is: \u201cIs there any […]<\/p>\n","protected":false},"author":33,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[2323],"tags":[],"post-podcast":[],"_links":{"self":[{"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/posts\/25616"}],"collection":[{"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/users\/33"}],"replies":[{"embeddable":true,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/comments?post=25616"}],"version-history":[{"count":0,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/posts\/25616\/revisions"}],"wp:attachment":[{"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/media?parent=25616"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/categories?post=25616"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/tags?post=25616"},{"taxonomy":"post-podcast","embeddable":true,"href":"https:\/\/www.padtinc.com\/wp-json\/wp\/v2\/post-podcast?post=25616"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}