|
[Sponsors] |
January 17, 2003, 12:33 |
Why does the Fluent seem to be dead ...
|
#1 |
Guest
Posts: n/a
|
when openning the conpiled udf library in the parallel version? (it takes more than half an hour, may be much more than that) JUST NO ERROR MESSAGE, NO RESULTS
Also when I set up the problem in the parallel version fluent, it seems slow too! I just tried it between two P4--512M machines which are connected by a 10Mb network. I don't think it will take such a long time to setup this 60,000-mesh problem, even though it's a 3d project. Who could be so kind to give a explanation? TIA |
|
January 19, 2003, 21:34 |
Re: Why does the Fluent seem to be dead ...
|
#2 |
Guest
Posts: n/a
|
Hi,
Parallel UDF sometimes takes a long time. Because the cell(or face) loop loops twice in case of two CPU . So to avoid this kind of thing ,you have to remove some waste loop or have to do special coding for parallel(ask Fluent's support engineer). If you think reading your grid is slow, the reason is maybe auto partition function. In case of this, I recommend the following procedure. -All bundary conditions and so on are defined in serial Fluent. And then partitioning . -Save case and data before exit serial Fluent. -Booting parallel Fluent ,read the case and data. I think that 60,000 mesh is too much small to parallel processing specially the cluster parallel. It is not efficient so much. Regards, Keil |
|
January 20, 2003, 01:23 |
Re: Why does the Fluent seem to be dead ...
|
#3 |
Guest
Posts: n/a
|
I have seen many users have unnecessary tendency to use parallel version of fluent even without checking the efficiency.
Unless during the development of the flow, there is increase of computing (injecting particles/bubble break up), 60000 cells with K-e models (or even RSM) is not a huge domain to run parallel. Regards, phd_y2k2001@yahoo.com |
|
January 21, 2003, 10:43 |
Re: Why does the Fluent seem to be dead ...
|
#4 |
Guest
Posts: n/a
|
Thanks for your both suggestions. But I have a question when I open the case file in parallel Fluent: Cause I have a UDF inlet boundary, and you know the directory structures used are different between serial Fluent and parallel Fluent. When you do partition in the serial Fluent for a UDF-inlet problem, the udf files you use is in the directory, for example, \3d. Then you save and recall this saved case file in parallel Fluent. But at this time, what you are opening is the files in \3d_host. Does it matter?
As for the efficiency, how could I know it before I compare them in different cases? Actually, I really appreciate your experienced guys told me a lot, but this is my first time to explore such kind of funciton of the Fluent, I will gain much more by trying parallel Fluent than just saving time. Thanks a lot, |
|
January 22, 2003, 16:15 |
Re: Why does the Fluent seem to be dead ...
|
#5 |
Guest
Posts: n/a
|
Hi Knick, I need a small favor from you . I am currently trying to solve a pretty big problem too . I need your help in knowing the steps to do parallel processing . If you could please help me with that it will be great. Thanks a lot, Taher.
|
|
January 22, 2003, 19:42 |
Re: Why does the Fluent seem to be dead ...
|
#6 |
Guest
Posts: n/a
|
Hi, Taher: I'd be glad if I could help. Here is a useful link, you may follow its instruction to get your parallel calculation work: http://www.fluent.com/support/instal...infaq/rshd.htm
|
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
Stopping a Fluent batch job AND saving the data! Possible? | Volker Pawlik | FLUENT | 13 | December 28, 2020 04:16 |
Two questions on Fluent UDF | Steven | Fluent UDF and Scheme Programming | 7 | March 23, 2018 03:22 |
How to open Icem mesh in Ansys Fluent? | emmkell | FLUENT | 27 | February 6, 2018 03:34 |
Fluent 6.3 32bit vs Fluent 12.0 64bit | ibex7 | FLUENT | 7 | April 18, 2011 02:44 |
Fluent 12.0 is worst then Fluent 6.2 | herntan | FLUENT | 5 | December 14, 2009 02:57 |