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

Non-overlapping coupling with >2 subdomains does not work #46

Open
ikalash opened this issue Feb 3, 2025 · 3 comments
Open

Non-overlapping coupling with >2 subdomains does not work #46

ikalash opened this issue Feb 3, 2025 · 3 comments

Comments

@ikalash
Copy link
Collaborator

ikalash commented Feb 3, 2025

I checked in a simple test case involving 3 subdomains, for which the non-overlapping Schwarz method does not converge: https://github.com/sandialabs/Norma.jl/tree/main/examples/debug-cases/3-cuboid-symmetry-bc-bottom-fixed/nonoverlap . In the test, each subdomain is discretized by just 1 element. Schwarz diverges in the first time-step regardless of whether one end is pulled or fixed. Since the problem is so small, it is a good one to troubleshoot the issue.

@ikalash
Copy link
Collaborator Author

ikalash commented Feb 7, 2025

So, I am finding something fascinating. If I switch the order of the BCs to do Neumann-Dirichlet (ND) instead of Dirichlet-Neumann (DN), both versions of the 3 subdomain problem converge with Schwarz (though a lot of iters are required). Swapping the BCs with @lxmota 's fix to the swapping doesn't change the base ND or DN behavior at all.

@lxmota
Copy link
Collaborator

lxmota commented Feb 7, 2025

Somewhat consistent with the behavior that I observed on the 2 cubes problem, where the order of the BCs has a significant effect on convergence. I suppose this is due that at the interface, as one cube is pulled away from the other, which BC is applied first will lead to a better prediction of the displacement. Food for thought.

@ikalash
Copy link
Collaborator Author

ikalash commented Feb 7, 2025

Somewhat consistent with the behavior that I observed on the 2 cubes problem, where the order of the BCs has a significant effect on convergence.

Yes, I noticed also that there is an impact of the order on convergence. ND yields more Schwarz iters for cases where DN converges, but I am making more runs to gather more information.  

I suppose this is due that at the interface, as one cube is pulled away from the other, which BC is applied first will lead to a better prediction of the displacement. Food for thought.

Yes, something like this must be happening. I'll have more data on how the ordering impacts convergence soon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants