|
[Sponsors] |
FaceCellWave.C: handleCyclicPatches() is called once for each cell |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
October 22, 2009, 09:11 |
FaceCellWave.C: handleCyclicPatches() is called once for each cell
|
#1 |
New Member
Tammo Wenterodt
Join Date: Mar 2009
Posts: 24
Rep Power: 17 |
Dear colleagues,
currently I am doing a research in turbulent plane channel flow using the kwSST_lowRe model from the extend-branch. I use a 1D grid, and for grid-independence studies I want to go to really high numbers of cells i.e. 1e3..1e5. While 1e3 cells are calculated quite fast, the larger grids are processed terribly slow, e.g. 2min for one outer iteration. I tracked the problem down using valgrind/cachegrind which tells me, that most of the time is being spent in Foam::FaceCellWave<Foam::wallPoint>::handleCyclicP atches() and Foam::List<Foam::wallPoint>::List(int). The reason for this is that the check if (hasCyclicPatches_) { // Transfer changed faces across cyclic halves handleCyclicPatches(); } is located within Foam::label Foam::FaceCellWave<Type>::cellToFace() { const cellList& cells = mesh_.cells(); for ( label changedCellI = 0; changedCellI < nChangedCells_; changedCellI++ ) ... so it is called once for each cell instead of once for each patch, causing the massive slowdown. Can anyone think of a better location for the transfer of changed faces? Regards, Tammo |
|
October 24, 2009, 10:44 |
|
#2 |
Senior Member
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,419
Rep Power: 26 |
The handleCyclicPatches call is outside the cell loop. Can you post a testcase for 1.6.x which exhibits this slowdown?
|
|
October 26, 2009, 07:10 |
Admitting I was wrong
|
#3 |
New Member
Tammo Wenterodt
Join Date: Mar 2009
Posts: 24
Rep Power: 17 |
Seems like the slowdown actually comes from something else (I'll doublecheck my fvSolutionDict), sorry for bothering you guys.
The described problem only occurs at the initialization of the case (taking one second or so). The iterations are not affected. I came to the wrong conclusion when I checked with cachegrind, where I did only one iteration, and assumed that the slowdown came from the iteration-loop. Regards, Tammo |
|
Tags |
bug facecellwave |
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
FvMatrix coefficients | shrina | OpenFOAM Running, Solving & CFD | 10 | October 3, 2013 15:38 |
reconstructParMesh not working with an axisymetric case | francesco | OpenFOAM Bugs | 4 | May 8, 2009 06:49 |
[Commercial meshers] Trimmed cell and embedded refinement mesh conversion issues | michele | OpenFOAM Meshing & Mesh Conversion | 2 | July 15, 2005 05:15 |
Warning 097- | AB | Siemens | 6 | November 15, 2004 05:41 |
cell to cell relation | CMB | Siemens | 1 | December 4, 2003 05:05 |