[aspect-devel] Problem: Iterative advection solver does not converge

John Naliboff jbnaliboff at ucdavis.edu
Mon Jun 6 14:42:06 PDT 2016


Hi Felipe,

I would just stick with the default values as you build your model up.  Do note, though, you can still get large gradients in strain-rate even if a model is isoviscous.

Cheers,
John



> On Jun 6, 2016, at 2:01 PM, FELIPE ORELLANA ROVIROSA <f_orellana at berkeley.edu> wrote:
> 
> 
>  Hi John,
> 
>     I understand your points.
> 
>     I have tried tolerances in the range 10 ^ (-6 to -8 ).
> 
>     I am trying to combine them with max number of iterations (10,20,100), but there are many combinations, many I haven't really tried.
> 
>     My system is isoviscous 10^21 Pa.s, so I kind of expect not to have dramatic spatial variations on the strain rate..
> 
>     I am indeed planning to use temperature-dependent viscosity, and perhaps non-Newtonian stuff, in the future. Regarding that, I think I first have to understand the more basic case I am dealing with now.
> 
>     I could start just taking my unitary-dimensions model (which runs successfully) and upgrade its dimensions, but doing one-by-one might take me weeks.. So I am trying to make an educated guess on what to change, somehow a shortcut..
> 
> thanks a lot for your comments,
> 
> Felipe
> 
> On Mon, Jun 6, 2016 at 1:46 PM, John Naliboff <jbnaliboff at ucdavis.edu <mailto:jbnaliboff at ucdavis.edu>> wrote:
> Hi Felipe,
> 
> In general, it is best not to ‘force’ a solution to converge by decreasing the solver tolerances significantly. 
> 
> Personally, I never decrease the Linear solver tolerance below 1e-7 … I have used values between 1e-7 and 1e-9.
> 
> The nonlinear solver tolerance is a bit more tricky if you using highly non-linear constitutive relationships (i.e. strain-rate dependent viscosity, plasticity, etc).  In reproducing some published shear band (plasticity) models, I can only get the non-linear residual to converge down to 1e-5 or 1e-6 six if I’m lucky.
> 
> In general, convergence behavior may vary significantly from problem to problem.  If you are using a highly non-linear material model, you will need to try varying the convergence parameters to ensure your key findings are not highly dependent on these values (they may well be).
> 
> Does this help? 
> 
> Cheers,
> John
> 
> *************************************************
> Assistant Project Scientist, CIG
> Earth & Planetary Sciences Dept., UC Davis
> 
> 
> 
> 
> 
>> On Jun 6, 2016, at 1:25 PM, FELIPE ORELLANA ROVIROSA <f_orellana at berkeley.edu <mailto:f_orellana at berkeley.edu>> wrote:
>> 
>> 
>>   Hi guys, 
>> 
>>    I still have a quick question:
>> 
>>    In your experience, what should be the typical values for the solver parameters
>> 
>>      Linear solver tolerance             ..not far from the default 1e-7 ?
>> 
>>      Max nonlinear iterations            (I have used 10,20, 100)?
>> 
>> Felipe
>> 
>> On Mon, Jun 6, 2016 at 1:11 PM, Wolfgang Bangerth <bangerth at tamu.edu <mailto:bangerth at tamu.edu>> wrote:
>> 
>> However, I think the definition of the residual may be a bit different than
>> what I’m used to:
>> r = || v_i - v_i-1  ||  / || v_i  ||
>> where v_i is the current velocities and v_i-1 are the previous values.
>> 
>> The "residual" (literally: "what is left") in iterative solver methods is typically the quantity
>>   r_i = A x_i - b
>> (or the norm of this vector), where x_i is the solution vector in the i-th iteration. It can be "large" because it carries physical units. As a consequence, its numerical size is meaningless unless compared to, say, the norm of the right hand side itself.
>> 
>> For example, we typically terminate iterative solver if the condition
>>   || r_i ||    <=    10^-6  || b ||
>> is satisfied. What is relevant is not whether the numeric value on the left is large or small, but whether it is large or small compared to ||b||.
>> 
>> Does that help?
>> Cheers
>>  W.
>> 
>> 
>> -- 
>> ------------------------------------------------------------------------
>> Wolfgang Bangerth               email:            bangerth at math.tamu.edu <mailto:bangerth at math.tamu.edu>
>>                                 www: http://www.math.tamu.edu/~bangerth/ <http://www.math.tamu.edu/~bangerth/>
>> 
>> _______________________________________________
>> Aspect-devel mailing list
>> Aspect-devel at geodynamics.org <mailto:Aspect-devel at geodynamics.org>
>> http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel <http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel>
>> _______________________________________________
>> Aspect-devel mailing list
>> Aspect-devel at geodynamics.org <mailto:Aspect-devel at geodynamics.org>
>> http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel <http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel>
> 
> _______________________________________________
> Aspect-devel mailing list
> Aspect-devel at geodynamics.org <mailto:Aspect-devel at geodynamics.org>
> http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel <http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel>
> 
> _______________________________________________
> Aspect-devel mailing list
> Aspect-devel at geodynamics.org
> http://lists.geodynamics.org/cgi-bin/mailman/listinfo/aspect-devel

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.geodynamics.org/pipermail/aspect-devel/attachments/20160606/7ba30e04/attachment-0001.html>


More information about the Aspect-devel mailing list