CFD Online Logo CFD Online URL
www.cfd-online.com
[Sponsors]
Home > Forums > Software User Forums > OpenFOAM > OpenFOAM Running, Solving & CFD

About the problem of decomposePar utility

Register Blogs Community New Posts Updated Threads Search

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
Old   July 17, 2005, 00:24
Default I run my case on a cluster. Wh
  #1
Member
 
zoujianfeng
Join Date: Mar 2009
Location: Hangzhou, China
Posts: 30
Rep Power: 17
zou_mo is on a distinguished road
Send a message via MSN to zou_mo
I run my case on a cluster. When my case has the size of 100*100*200, it goes well. But once the size increase to 128*128*256, something unexpected occurs. When I use decomposePar utility (which seems to be only a single node version?) to distribute my mesh to each processor, the error told me the memeory is not sufficient and the run crash.

I know that some software packages exsist which can be used to decompose mesh in parallel. Can the decomposePar utility be modified to meet the large size decomposition? If yes, I want to do something on decomposePar.

thanks.
zou_mo is offline   Reply With Quote

Old   July 17, 2005, 09:59
Default decomposePar is not very memor
  #2
Senior Member
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,419
Rep Power: 26
mattijs is on a distinguished road
decomposePar is not very memory efficient so will run out of memory (Guess you have a 32bit machine so only 2Gbytes of address space)

It could be made a bit more efficient but that would only get you a bit further.

Making it run truly parallel would be much harder since even the mesh files themselves will be too big for a single machine.

The real solution would be to do everything in parallel, from mesh generation down to postprocessing.

(unfortunately blockMesh cannot do parallel mesh generation)
mattijs is offline   Reply With Quote

Old   July 27, 2005, 13:26
Default And what would be the recommen
  #3
Member
 
diablo80@web.de
Join Date: Mar 2009
Posts: 93
Rep Power: 17
sampaio is on a distinguished road
And what would be the recommended mesh generator for this task?

Would gambit do the job?
Would gmsh do the job?

Would I still need to convert from gambit/gmsh/other to foam, right? In this case, would I have the same problem of memory when using, say, fluentMeshToFoam?

Thanks a lot.
Luiz
sampaio is offline   Reply With Quote

Old   July 27, 2005, 19:18
Default I haven't heard of any paralle
  #4
Senior Member
 
Mattijs Janssens
Join Date: Mar 2009
Posts: 1,419
Rep Power: 26
mattijs is on a distinguished road
I haven't heard of any parallel mesh generators out there.

My guess your best bet is to get a 64bit machine to do the decomposePar and reconstructPar and postprocessing. OpenFOAM runs fine on 64bit machines.
mattijs is offline   Reply With Quote

Reply


Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Trackbacks are Off
Pingbacks are On
Refbacks are On


Similar Threads
Thread Thread Starter Forum Replies Last Post
DecomposePar utility hsing OpenFOAM Running, Solving & CFD 11 January 19, 2015 05:09
DecomposePar jadavis1 OpenFOAM Running, Solving & CFD 0 January 28, 2009 16:07
Sample utility problem in OpenFOAM141dev 7islands OpenFOAM Bugs 1 January 4, 2008 09:34
Problem with sample utility roberthino OpenFOAM Post-Processing 6 August 23, 2007 16:29
Mpich and OpenFOAM14 problem with decomposePar conry OpenFOAM Installation 2 May 7, 2007 06:25


All times are GMT -4. The time now is 04:10.