|
[Sponsors] |
CFL number for Navier-Stokes (Infinite? How large?) |
|
LinkBack | Thread Tools | Search this Thread | Display Modes |
April 29, 2009, 00:05 |
CFL number for Navier-Stokes (Infinite? How large?)
|
#1 |
Member
Join Date: Mar 2009
Posts: 32
Rep Power: 17 |
Hello, people with Navier-Stokes codes, structured or unstructured,
i'm wondering how large the CFL number can be for your Navier-Stokes codes for steady calculations (or inner iterations within one physical time step). I'm sure you use an implicit scheme, which theoretically alows infinite CFL number, but do you really set CFL=10000000000000 (Wow! You will reach a steady state just in one time step!)? If your CFL is not really that large, I'm interested to know why, and why you still use implicit scheme even without infinite CFL. Thanks! Gory |
|
April 29, 2009, 05:47 |
|
#2 | |
Senior Member
Join Date: Mar 2009
Posts: 157
Rep Power: 17 |
Quote:
|
||
April 29, 2009, 07:48 |
|
#3 |
Senior Member
Join Date: Apr 2009
Posts: 118
Rep Power: 17 |
HI,
Maybe not directly related to the topic of this thread. But I'm running a Navier-Stokes code implicitly. I've been told that the physical time step (outer iteration), should be such that it gives a CFL of 1 by taking into account the velocity and mesh size. Indeed, the solution is not physical when the CFL for the physical time steps is larger than 1. What I don't understand is why this should be the case? I thought that when you run implicitly it didn't matter what the time step sizes were. Thanks. |
|
April 29, 2009, 09:03 |
|
#4 | |
Member
Jed Brown
Join Date: Mar 2009
Posts: 56
Rep Power: 19 |
Quote:
Reasons to prefer an implicit method include
|
||
April 29, 2009, 16:00 |
|
#5 |
Member
Join Date: Mar 2009
Posts: 32
Rep Power: 17 |
Thank you all for your inputs!
>the solution is not physical when the CFL for the physical time steps is larger than 1. Interesting. Maybe, it is not accurate with large CFL (too much dissipation). But if CFL<1, why not using explicit scheme? It is extremely expensive to invert a matrix at each time step,then. > Reasons to prefer an implicit method include I see. So, implicit schemes are not just to take a large time step, but also for gaining robustness (stability) associated, for example, stiff source terms. But then again, I wonder if people really invert a matrix (Jacobian) at each step. If it is not fully solved, then I would understand that CFL cannot be infinite. Thanks! |
|
April 29, 2009, 16:32 |
|
#6 | |||
Member
Jed Brown
Join Date: Mar 2009
Posts: 56
Rep Power: 19 |
Quote:
Quote:
Quote:
The inverse of anything interesting is dense. In addition, "solve a system with" rarely means "factor" for 3D problems because it is too expensive. Instead, a Krylov iteration is used, and everything interesting goes into the preconditioner. For nonlinear problems, it's not just a single linear solve, you have to solve a nonlinear system. If you are time stepping near CFL=1, and don't have especially nasty stiff terms, it is common to converge in one Newton iteration. In addition, it's common that you can reuse the preconditioner from the last time step. So it's not always a huge amount of work (though it is always more work than a function evaluation as in an explicit method). For solving steady-state problems, you will typically want to take time steps as large as possible without impacting your Newton iteration's ability to converge quickly. This method is called pseudotransient continuation and can include a scaling so that the step length is spatially variable. A good paper on the subject is Code:
@article{coffey2003ptc, author = {Todd S. Coffey and C. T. Kelley and David E. Keyes}, collaboration = {}, title = {Pseudotransient Continuation and Differential-Algebraic Equations}, publisher = {SIAM}, year = {2003}, journal = {SIAM Journal on Scientific Computing}, volume = {25}, number = {2}, pages = {553-569}, keywords = {pseudotransient continuation; nonlinear equations; steady-state solutions; global convergence; differential-algebraic equations; multirate systems}, url = {http://link.aip.org/link/?SCE/25/553/1}, doi = {10.1137/S106482750241044X} } Code:
@article{knoll2004jfn, title={{Jacobian-free Newton--Krylov methods: a survey of approaches and applications}}, author={Knoll, DA and Keyes, DE}, journal={Journal of Computational Physics}, volume={193}, number={2}, pages={357--397}, year={2004}, publisher={Elsevier} } |
||||
April 30, 2009, 20:51 |
|
#7 |
Member
Join Date: Mar 2009
Posts: 32
Rep Power: 17 |
Jed,
I learned a lot from your comments, and will learn a lot more by reading the papers. Thank you! Gory |
|
|
|
Similar Threads | ||||
Thread | Thread Starter | Forum | Replies | Last Post |
[mesh manipulation] Mesh Refinement | Luiz Eduardo Bittencourt Sampaio (Sampaio) | OpenFOAM Meshing & Mesh Conversion | 42 | January 8, 2017 13:55 |
DecomposePar unequal number of shared faces | maka | OpenFOAM Pre-Processing | 6 | August 12, 2010 10:01 |
[blockMesh] BlockMeshmergePatchPairs | hjasak | OpenFOAM Meshing & Mesh Conversion | 11 | August 15, 2008 08:36 |
Unaligned accesses on IA64 | andre | OpenFOAM | 5 | June 23, 2008 11:37 |
[Commercial meshers] Trimmed cell and embedded refinement mesh conversion issues | michele | OpenFOAM Meshing & Mesh Conversion | 2 | July 15, 2005 05:15 |