Increase in demand on Models containing Contracts with Friction

Hello,
I have been having issues with a model containing contacts and friction. The model is relatively straight forward, a multiple mast model with wearpads and contacts between pad faces and adjacent mast sections.
When the contact is set to property type slide N2S, the analysis demands around 47GB for In-Core Solution. However when the type is set to static friction coeff = 0.15, the in-core demand becomes 80GB. The model on my pc then typically fails because MUMPS demands significantly more RAM.
I've tried adjusting the search distance and using a PCONT card to define friction with little impact on MUMPS demand.
Any suggestions?
I currently have one PARAM card... PARAM,EXPERTNL,CNTSTB
Find more posts tagged with

Hello Prakash,
Number of nodes = 772,243
Elements = 776,988 (vast majority QUAD4).
With search distance set to auto, I assume you mean no distance specified.
Yes it runs with those settings


Hi
How are you calculating the search distance?
It is twice the average edge length on the master surface when using contact type Slide.


Hi Andy,
I think the problem is with Search Distance. Can you run with Auto,
Meanwhile I will check with experts about the issue.

Many thanks Prakash,
It is still complaining of memory requirement. A curious thing is that .out file is disagreeing with the optistruct run screen... .out (attached) suggests only 41GB ram required for in-core whilst the optistruct states 80GB
<?xml version="1.0" encoding="UTF-8"?>


Is the .out and screen shot are for same run and same model?
I both cases the memory is not sufficient, though.

Are there any parameter cards which can be used to help?


One way is to increase the RAM.
Maybe you can change the mesh size, have a finer mesh where contact is required and coarse at areas of non-interest, have contacts only where necessary
Hi Andy,
How big is the model in terms of number of nodes?
Can you run without friction and search distance set to auto?