Hi Junting,
High memory footprint is not the only issue. Construction of the
global linear system for high-order polynomials is very expensive
on modern hardware (high memory requirements with low arithmetic
intensity). Also solving the linear system is challenging due to
global communications.
You can read about implicit time-stepping on GPUs from
http://aero-comlab.stanford.edu/Papers/Dissertation_Jerry_Watkins-augmented.pdf
We are working on local implicit (pseudo) time stepping
approaches, but I'm afraid they won't be ready for the next
release.
--
You received this message because you are subscribed to the Google Groups "PyFR Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmailingli...@googlegroups.com.
To post to this group, send email to pyfrmai...@googlegroups.com.
Visit this group at https://groups.google.com/group/pyfrmailinglist.
To view this discussion on the web, visit https://groups.google.com/d/msgid/pyfrmailinglist/a6ba9d83-aba8-4687-8864-ee2202574fbd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
Hi Junting,
High memory footprint is not the only issue. Construction of the global linear system for high-order polynomials is very expensive on modern hardware (high memory requirements with low arithmetic intensity). Also solving the linear system is challenging due to global communications.
You can read about implicit time-stepping on GPUs from
http://aero-comlab.stanford.edu/Papers/Dissertation_Jerry_Watkins-augmented.pdf
We are working on local implicit (pseudo) time stepping approaches, but I'm afraid they won't be ready for the next release.
Regarding the dt/pseudo-dt ratio, I suggest keeping it in the range of 20-50. You can send me your case files if you want me to try it.
Thanks,
Niki
On 15/07/19 22:30, Junting Chen wrote:
Hello,--
Any work ongoing to make the computation in pseudo time steps implicit?
As Niki mentioned, implicit pseudo time stepper caused storage issues (in one of the posts). Any chance an implicit option can be offered in the next release? Explicit forces pseudo dt being extremely small therefore physical dt kind of small even though physical time stepper is implicit. I am working on a bluff body problem. Aiming to reduce the number of physical time steps within a vortex shedding cycle to be around than 20, while now it has to be more than 300 to maintain stability.
Thanks!
Junting Chen
You received this message because you are subscribed to the Google Groups "PyFR Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmai...@googlegroups.com.
Hi Junting,
I tried running the case and it appears to be very difficult
(nearly impossible) to convergence properly. I think the main
reason is that you have specified your front and back back
boundaries (top and bottom) as slip-wall.
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmailingli...@googlegroups.com.
To post to this group, send email to pyfrmai...@googlegroups.com.
Visit this group at https://groups.google.com/group/pyfrmailinglist.
To view this discussion on the web, visit https://groups.google.com/d/msgid/pyfrmailinglist/1d32d32b-3909-40de-94b0-4e1ce8f71bee%40googlegroups.com.
Hi Junting,
I have run an infinitely long SD7003 airfoil case at Re=60,000 where I used 1e-4 for velocity and 1e-3 for the pressure. I remember that your mesh was quite coarse for the given Reynolds number. You may want to try adding flux anti-aliasing (may allow you to use larger pseudo-time step sizes). Also the using tets instead of hexa in the boundary layer might impose a stricter pseudo-cfl. Did you curve the surface mesh using gmsh?
Please send your periodic mesh and I can have a go later tonight.
Niki
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmailingli...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/pyfrmailinglist/a8df5fff-8926-46b4-9625-3fd5b1cda417%40googlegroups.com.
In addition to my previous email.
Large pressure residuals are normal in the beginning of the
simulation. If you do a fresh start (not restarting from a
developed solution), strong pseudo-waves occur and you have to
keep running the simulation until the waves get dissipated by the
boundaries.
Niki
To view this discussion on the web, visit https://groups.google.com/d/msgid/pyfrmailinglist/24154789-518b-8b02-96fc-cec7f03a251d%40imperial.ac.uk.
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmai...@googlegroups.com.
To view this discussion on the web, visit https://groups.google.com/d/msgid/pyfrmailinglist/a8df5fff-8926-46b4-9625-3fd5b1cda417%40googlegroups.com.
--
You received this message because you are subscribed to the Google Groups "PyFR Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to pyfrmai...@googlegroups.com.