Greetings Arun,
Quote:
I've been keeping a blog post with notes on this subject: Notes about running OpenFOAM in parallel In it you should find this note: Quote:
Best regards, Bruno |
Strange behaviour
Hi all,
I set up a case in OpenFoam and I tried to run it paralell. The simulation works quite fine with two cores. Than we tried to increase the number of cores and an error occures: run/VAWT$ [6] #0 Foam::error::printStack(Foam::Ostream&) at ??:? [6] #4 Foam::PBiCG::solve(Foam::Field<double>&, Foam::Field<double> const&, unsigned char) const at ??:? [6] #5 Foam::fvMatrix<double>::solveSegregated(Foam::dict ionary const&) at ??:? [6] #6 Foam::fvMatrix<double>::solve(Foam::dictionary const&) at ??:? [6] #7 Foam::SolverPerformance<double> Foam::solve<double>(Foam::tmp<Foam::fvMatrix<doubl e> > const&) at ??:? [6] #8 Foam::incompressible::RASModels::kOmegaSST::correc t() at ??:? [6] #9 ? at ??:? [6] #10 __libc_start_main in "/lib/x86_64-linux-gnu/libc.so.6" [6] #11 ? at ??:? [openfoamtest:58577] *** Process received signal *** [openfoamtest:58577] Signal: Floating point exception (8) [openfoamtest:58577] Signal code: (-6) [openfoamtest:58577] Failing at address: 0x3e80000e4d1 There were no errors while I decompose the mesh (neither for 2 nor for 16 cores) and the error also occures randomly (somtimes at timestep 1.82, sometimes later). It is also possible to reconstruct the case after the error occurs and restart it. Here my decomposedParDict: FoamFile { version 2.0; format ascii; class dictionary; object decomposeParDict; } // * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * // numberOfSubdomains 16; method scotch; Please can someone tell me why this case works on two cores but not on 16 cores? And why it is possible to restart the case? |
Quote:
|
All times are GMT -4. The time now is 22:25. |