[Nek5000-users] proj_ortho error in pipe flow

nek5000-users at lists.mcs.anl.gov nek5000-users at lists.mcs.anl.gov
Mon Apr 10 07:32:33 CDT 2017


Hi Paul & Philipp,

thanks for your quick replies and suggestions. I started the simulation 
again with a slightly perturbed laminar flow field as initial conditions 
and there are no proj_ortho errors anymore.
For now, this perturbation is more or less random and probably not ideal 
for tripping the laminar flow to turbulence. Therefore, I might try to 
implement a more effective numerical tripping method in the future. I 
can let you know when (and if) I succeed.

The parameters p94 and p95 are set to "9" just because I have found that 
in another simulation somewhere. Do you suggest trying different values 
here?
The Nek5000 version was downloaded as a zip file on 21/03/2017 so I 
suppose it is the commit 95b42f08c960d522679e0f0881d284ec841ae09


\Steffen


On 09/04/17 19:00, nek5000-users-request at lists.mcs.anl.gov wrote:
> Message: 1
> Date: Sat, 8 Apr 2017 19:55:36 +0200
> From: nek5000-users at lists.mcs.anl.gov
> To: nek5000-users at lists.mcs.anl.gov
> Subject: Re: [Nek5000-users] proj_ortho error in pipe flow
> Message-ID:
> 	<mailman.4792.1491674149.2967.nek5000-users at lists.mcs.anl.gov>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> Hi Steffen,
> which revision of the code are you using? Is the initial field you are
> using already turbulent, or are you going through transition? Any
> special reason why you have 9 for p94/95?
>
> Philipp
>
> On 2017-04-07 19:54, nek5000-users at lists.mcs.anl.gov wrote:
>> Hi Steffen,
>>
>> It looks like your solution is hitting a steady-state condition and that the
>> projection onto prior solutions is thus projecting in to a set of linearly-dependent
>> vectors.
>>
>> In principle, the code is supposed to correct for this condition but apparently
>> it is not doing so correctly.
>>
>> I see you're running at Re > 5000, so presumably you are interested in turbulence,
>> rather than laminar steady state.   I would recommend adding a random perturbation
>> to the initial condition or, better still, adding something with bound vorticity near the
>> walls that will get stretched and bring about a more rapid transition.
>>
>> I find that something like the attached works well with channel flow (snap through within
>> about 10 convective time units).  I was disappointed that it didn't work as well with pipe
>> flow, where I had to go up to Re=40k to get the thing started and then bring it down.
>> I assume this has something to do with the lack of linear transition in Hagen-Poiseuille flow.
>> If you find a better mechanism to speed transition, I'd be interested to find out about it.
>>
>> Best,
>>
>> Paul
>>
>> ________________________________________
>> From: nek5000-users-bounces at lists.mcs.anl.gov [nek5000-users-bounces at lists.mcs.anl.gov] on behalf of nek5000-users at lists.mcs.anl.gov [nek5000-users at lists.mcs.anl.gov]
>> Sent: Friday, April 07, 2017 10:18 AM
>> To: nek5000-users at lists.mcs.anl.gov
>> Subject: [Nek5000-users] proj_ortho error in pipe flow
>>
>> Dear Nek users,
>>
>> I am running a simple pipe flow on a Cray XC40 (Hazel Hen). After 32
>> steps, I get this problem (see attachment for complete logfile):
>>
>> Step     32, t= 3.2000000E-02, DT= 1.0000000E-03, C=  0.025 3.2660E-01
>> 1.0526E-02
>>                Solving for fluid
>>            32  Project velx           6.6444E-09   2.4759E-09
>> 2.6836E+00   8   0
>>            32  Hmholtz velx       1   3.9238E-09   6.7918E-07 1.0000E-08
>>            32  Project vely           6.8730E-09   2.1046E-09
>> 3.2656E+00   8   0
>>            32  Hmholtz vely       1   3.6166E-09   5.9974E-07 1.0000E-08
>>            32  Project velz           5.2396E-03   2.5121E-06
>> 2.0858E+03   8   0
>>            32  Hmholtz velz       3   7.6028E-10   9.3795E-04 1.0000E-08
>>          32proj_ortho:    2   8 velz   Detect rank deficiency: NaN
>> 1.0000E+00
>>          32proj_ortho:    1   8 velz   Detect rank deficiency: NaN
>> 1.0000E+00
>>            32  U-PRES gmres      29   9.9376E-09   5.2213E-04
>> 1.0000E-08   8.7926E-03   1.7780E-02
>>             32  DNORM, DIVEX  2.704668739973178E-005 9.937641774554489E-009
>>         32 0.3200000E-01  1.61568E-01  6.88948E-05  7.85330E-01
>> 7.85399E-01 volflow Z
>>            32  Fluid done  3.2000E-02  2.4042E-02
>>
>> In the next step I get CFL, CTarg! and the simulation exits.
>>
>> This problem does neither show up on my local machine nor on another
>> smaller cluster. Moreover, when I set either parameter 94 or 95 to 0, I
>> do not see this error. It only appears when p94 and p95 are both unequal
>> 0. In my case I set them to 9.
>>
>> Do you know what might be causing this issue and how to solve it for the
>> Cray XC40 system?
>>
>>
>> Best Regards
>> Steffen
>>
>>
>>
>> _______________________________________________
>> Nek5000-users mailing list
>> Nek5000-users at lists.mcs.anl.gov
>> https://lists.mcs.anl.gov/mailman/listinfo/nek5000-users
>>
>>



More information about the Nek5000-users mailing list