Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bug report: Trillinos-ilut and blockjacobi diverged but NS converged #259

Open
1 task done
HadiWiputra opened this issue Aug 29, 2024 · 2 comments
Open
1 task done
Labels
bug Something isn't working

Comments

@HadiWiputra
Copy link

HadiWiputra commented Aug 29, 2024

Description

I am running the attached script for with different preconditioners.

But the result using Trillinos diverged, while I got a reasonable output using NS. I am not sure if it is an RCR boundary problem. I did test them with neumann conditions, and they seem to run okay.
RCR potential bug.zip

Reproduction

Run the script svFSI_rigid_NS.xml and svFSI_rigid_trillinos.xml to get the two outputs found in output_NS.out and output_trillinos.out respectively

Expected behavior

Both preconditioners should work okay since there were 3D pipe test that uses RCR and trllinos-blockjacobi

Additional context

No response

Code of Conduct

  • I agree to follow this project's Code of Conduct and Contributing Guidelines
@HadiWiputra HadiWiputra added the bug Something isn't working label Aug 29, 2024
@HadiWiputra
Copy link
Author

Hi All, an update on the script. There is a missing definition of the 0 velocity dirichlet boundary at the lumen_wall, making it fully permeable to flow. I added that line into the script, but the same problem as described above still persist.

I've also benchmarked the output from svFSI+ using NS vs svFSI fortran, they matched pretty well. I am uploading the updated zip file.
updated results.zip

Regards,
Hadi

@dcodoni
Copy link
Contributor

dcodoni commented Oct 11, 2024

Hi @HadiWiputra, in general we recommend to use the bipartition method (NS in svFSIplus) to run fluid problems, since it is specifically designed for fluid problems. In your case, we believe your application is more demanding from the computational point of view with respect to the pipe case, and thus GMRES (through Trilinos) is inappropriate for your problem and causing the convergence issues you're seeing. So our suggestion is to just keep using the NS method.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working
Projects
None yet
Development

No branches or pull requests

2 participants