Comments (6)
Could you concoct a simple input file that shows the problem and attach it here?
from aspect.
I have uploaded two parameter files here: https://gist.github.com/gassmoeller/a13190166616cd86c08a
They describe the same model, but in one setup the density contrast is created by the temperature, in the other by the composition. There is no boundary condition providing additional force to drive the flow.
The file with a constant composition (where the temperature drives the flow) crashes with an up-to-date master in timestep 1 in debug mode, because the composition solver does not converge.
The file with constant temperature (composition driving the flow) completes 27 timesteps before also crashing in the composition solver. This is around the time, when the velocities slowed down a lot and the fields are more or less constant.
In the constant composition parameter file you see 3 commented lines, each of them separately changes the behaviour. Significantly decreasing the CFL number, increasing the Composition solver tolerance or adding a very small perturbation to the compositional field lets the model behave similar to the constant temperature case.
The interesting thing is that it only happens in the composition solver, a constant temperature does not seem to create a problem.
from aspect.
I recall running into something similar to this with Timo a while back, and
the fix for it was a bit of a hack, and may need revisiting. I'm not sure
if this accounts for what you are currently seeing, but it could cut down
on debug time.
Computing the entropy viscosity for the advection equation involves a
division by the global variation in the advected field. If that is zero,
there will clearly be problems.
The current fix is to simply skip this step for a field with variation
below some tolerance, but the fix/tolerance may not be chosen in the most
sensible way.
The relevant function for this is Simulator::compute_viscosity().
Anyways, this may or may not help.
Best,
Ian
On Tue, Feb 24, 2015 at 7:22 AM, Rene Gassmöller [email protected]
wrote:
I have uploaded two parameter files here:
https://gist.github.com/gassmoeller/a13190166616cd86c08a
They describe the same model, but in one setup the density contrast is
created by the temperature, in the other by the composition. There is no
boundary condition providing additional force to drive the flow.The file with a constant composition (where the temperature drives the
flow) crashes with an up-to-date master in timestep 1 in debug mode,
because the composition solver does not converge.
The file with constant temperature (composition driving the flow)
completes 27 timesteps before also crashing in the composition solver. This
is around the time, when the velocities slowed down a lot and the fields
are more or less constant.
In the constant composition parameter file you see 3 commented lines, each
of them separately changes the behaviour. Significantly decreasing the CFL
number, increasing the Composition solver tolerance or adding a very small
perturbation to the compositional field lets the model behave similar to
the constant temperature case.
The interesting thing is that it only happens in the composition solver, a
constant temperature does not seem to create a problem.—
Reply to this email directly or view it on GitHub
#282 (comment).
from aspect.
Hi Ian, thanks for the hint. I went through the assembly of the advection blocks for these parameter files line by line (debugging the values in the time step that does not converge), and I do think we handle the global variation right. In both parameter files timestep 1 uses the constant viscosity (assembly.cc:662 gets triggered), and the rest of the assembly is very similar. In fact the only difference I can see at the moment is that the temperature is multiplied by density and specific heat and the composition is not. I played around a bit, and interestingly the models behave more similar, when I do the multiplication also for the composition. They still do not converge at timestep 27 / 32 respectively, but the constant composition model now converges in timestep 1.
Therefore I wondered, if the constant viscosity value of 5e-3 * cell_diameter
in assembly.cc:665 is only a reasonable value for the temperature, but not for the composition. The entries of the right-hand-side in the composition block are generally smaller by a factor of around 1e9 (rho_cp_T) compared to the temperature. A value of 5e-9 * cell_diameter also leads to convergence for the constant_composition model in timestep 1. This however, would not yet explain the non-convergence in the later timesteps.
from aspect.
Can someone check whether this is still a problem?
from aspect.
I think we can close this issue. The initial problem was solved by #321. The tests I posted above still crash after 26 timesteps, but this is likely related to #293, which we can address separately.
from aspect.
Related Issues (20)
- DOC: Move plugin info
- FIX or DOC: Consistent user-facing stress convention
- Bug : Strain Rheology in ASPECT 2.5 and deal.II 9.5.0 HOT 1
- ASPECT 3: Run full cookbooks for all complicated models
- Remove items from declare_parameters in diffusion_dislocation material model
- Read in functions only for fields that represent chemical compositions
- Compute a better alpha factor in the implementation of the SPD-ness of the Newton method. HOT 6
- Build deal.ii 9.5.1 with gcc 13.2.0, an error while building trillinos 13.2.0 HOT 6
- ASPECT 3: Update some of our default values HOT 1
- compiling and running ASPECT on TACC Stampede3 HOT 17
- Improve matrix-free performance marginally. HOT 1
- Make the Newton method compatible with the GMG solver HOT 1
- ASPECT cannot compile without WorldBuilder HOT 3
- Particles with free surface hang HOT 9
- Restart with free surface and latest deal.II is failing HOT 8
- Add support for different coordinate systems to more function plugins
- Particle deregistration error on ASPECT v2.6.0-pre with deal.II v9.5.1 HOT 3
- [CI] Jenkins tester is timing out / OOM / slow HOT 1
- CMake: consider removing `deal_ii_setup_target()` and using import targets directly (deal.II version 9.5 or later)
- velocity along the wall HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from aspect.