---

Abend zusammen,

wollt mal Fragen ob das bekannt ist.
Ich löse mit meinen 6 Kernen via Scotch (chtMultiRegionSimpleFoam)

Wenn ich hin und wieder Cases so laufen lasse, bricht er mir ab und meldet "too many iterations".

Lass ich die Simulation allerdings auf einem Kern laufen, so läuft der Case ohne Problem. Hat jemand ne Idee an was das liegen könnte?

Grüße Tobi

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hallo Tobi,

vielleicht hilft es dir ja, wenn du in der controlDict den Reiter: "commsType" von "nonBlocking" auf "blocking" umstellst?

Die Datei findest du unter: "OpenFOAM-1.X.x/etc/"

Gruß Thomas

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Hey Thomas,

ich hab das mal gecheckt und die Einstellung war schon gegeben.
Mit simple läuft mein case durch, bei scotch bricht er ab.

Er läuft mit 4 Kernen aber mit 3 nicht. ??? Ich bin da sehr überfragt.

Code:

---

[shorty:03855] *** Process received signal ***
[shorty:03855] Signal: Floating point exception (8)
[shorty:03855] Signal code:  (-6)
[shorty:03855] Failing at address: 0x3e800000f0f
[shorty:03856] *** Process received signal ***
[shorty:03856] Signal: Floating point exception (8)
[shorty:03856] Signal code:  (-6)
[shorty:03856] Failing at address: 0x3e800000f10
[shorty:03857] *** Process received signal ***
[shorty:03857] Signal: Floating point exception (8)
[shorty:03857] Signal code:  (-6)
[shorty:03857] Failing at address: 0x3e800000f11
DILUPBiCG:  Solving for epsilon, Initial residual = 1, Final residual = 4.59559e-09, No Iterations 49
DILUPBiCG:  Solving for k, Initial residual = 1, Final residual = 3.63588e-10, No Iterations 8
bounding k, min: -1.26113 max: 2.79449e+13 average: 1.42303e+10
ExecutionTime = 19.27 s  ClockTime = 19 s

Courant Number mean: 1.41971e+08 max: 1.1824e+11 velocity magnitude: 3.93578e+12
[shorty:03857] [ 0] /lib/libc.so.6(+0x33af0) [0x7f5feec3eaf0]
[shorty:03857] [ 1] /lib/libc.so.6(gsignal+0x35) [0x7f5feec3ea75]
[shorty:03857] [ 2] /lib/libc.so.6(+0x33af0) [0x7f5feec3eaf0]
[shorty:03857] [ 3] /home/shorty/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libOpenFOAM.so(_ZN4Foam4Time12adjustDeltaTEv+0x5d) [0x7f5fefb8455d]
[shorty:03857] [ 4] interFoam() [0x423e76]
[shorty:03857] [ 5] /lib/libc.so.6(__libc_start_main+0xfd) [0x7f5feec29c4d]
[shorty:03857] [ 6] interFoam() [0x41e989]
[shorty:03857] *** End of error message ***
[shorty:03855] [ 0] /lib/libc.so.6(+0x33af0) [0x7fa24e362af0]
[shorty:03855] [ 1] /lib/libc.so.6(gsignal+0x35) [0x7fa24e362a75]
[shorty:03855] [ 2] /lib/libc.so.6(+0x33af0) [0x7fa24e362af0]
[shorty:03855] [ 3] /home/shorty/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libOpenFOAM.so(_ZN4Foam4Time12adjustDeltaTEv+0x5d) [0x7fa24f2a855d]
[shorty:03855] [ 4] interFoam() [0x423e76]
[shorty:03855] [ 5] /lib/libc.so.6(__libc_start_main+0xfd) [0x7fa24e34dc4d]
[shorty:03855] [ 6] interFoam() [0x41e989]
[shorty:03855] *** End of error message ***
[shorty:03856] [ 0] /lib/libc.so.6(+0x33af0) [0x7ff513088af0]
[shorty:03856] [ 1] /lib/libc.so.6(gsignal+0x35) [0x7ff513088a75]
[shorty:03856] [ 2] /lib/libc.so.6(+0x33af0) [0x7ff513088af0]
[shorty:03856] [ 3] /home/shorty/OpenFOAM/OpenFOAM-1.6-ext/lib/linux64GccDPOpt/libOpenFOAM.so(_ZN4Foam4Time12adjustDeltaTEv+0x5d) [0x7ff513fce55d]
[shorty:03856] [ 4] interFoam() [0x423e76]
[shorty:03856] [ 5] /lib/libc.so.6(__libc_start_main+0xfd) [0x7ff513073c4d]
[shorty:03856] [ 6] interFoam() [0x41e989]
[shorty:03856] *** End of error message ***
--------------------------------------------------------------------------
mpirun noticed that process rank 0 with PID 3855 on node shorty exited on signal 8 (Floating point exception).

---

Möglicherweiße könnts auch am Netz liegen oder? Aber warum läuft er dann bei den anderen? ? ?

Bekomm jedoch noch einen Fehler bei decomposePar und scotch:

Code:

---

Selecting decompositionMethod scotch
--> FOAM Warning :
    From function min(const UList<Type>&)
    in file /home/shorty/OpenFOAM/OpenFOAM-1.6-ext/src/OpenFOAM/lnInclude/FieldFunctions.C at line 342
    empty field, returning zero

---

Was verwendet Ihr immer als Methode?
Kann es auch sein das ich irgend ein Problem mit meinem Arbeitsspeicher habe ? 

Grüße Tobi

[Diese Nachricht wurde von Shor-ty am 23. Okt. 2011 editiert.]

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP

---

Beim snappy nehme ich immer hierachical.

Ich glaube was anderes geht bei snappy noch nicht.

Eine Antwort auf diesen Beitrag verfassen (mit Zitat/Zitat des Beitrags) IP