[mesa-users] hydro_failed_to_converge

[Bill Paxton]

Hi,

Okay --- I just wanted to point out that in this case hitting the backup limit was not necessarily indicative of something wrong.   

I'm happy to let Pablo deal with this!  ;D

-Bill


On Oct 13, 2013, at 12:55 PM, Jaime Villaseñor wrote:

> Hi Bill, thanks for your comments.
> I think that is the thing, and is what Pablo was just saying too, the test went too far in the evolution. I haven't tried removing  the max_number_backups line yet, because what worries me most is how the data is looking. I'm sharing with you a plot of the donor mass vs orbital period that I made with the old rlo test (from version 4909) and what I'm getting with the binary_donor_only_implicit_mdot and the binary_donor_only tests.
> What do you think is happening? Should I adjust something related to the angular momentum loss? The third graphic is a completely impossible scenario, so clearly I'm doing something wrong here.
> 
> Best, Jaime
> 
> 
> 2013/10/13 Bill Paxton <paxton at kitp.ucsb.edu>
> Hi Jamie,
> 
> On Oct 13, 2013, at 8:40 AM, Jaime Villaseñor wrote:
> 
>>                                             num_backups          11
>>                                      max_number_backups          10
>> 
>>  stopping because of convergence problems num_backups > max_number_backups
> 
> Starting from a test case inlist is a good idea.  
> But the tests include checks for number or retries and number of backups that you may not want.
> 
> Here are the lines from the inlist
> 
>       ! check for retries and backups as part of test_suite
>       ! you can/should delete this for use outside of test_suite
>          max_number_backups = 10
>          max_number_retries = 80
> 
> 
> When the test case is running properly, it reaches the desired stopping point without many backups, so something has gone very bad in the test if it reaches 10 backups.  Rather than let it keeping, we make the test terminate at that point.
> 
> But if you are going to do a longer run, it isn't unreasonable that it could require more backups or retries.    Your run is going much farther than the test case.   Perhaps it isn't crazy that it has done that many backups.  What happens if you remove the max_number_backups line from your inlist?    
> 
> -B
> 
> 
> 
> 
> 
> 
> -- 
> Jaime Villaseñor
> Master's student in Astrophysics
> Universidad de Valparaíso
> <rlo.eps><binary_donor_only.eps><binary_donor_only_implicit_mdot.eps>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20131013/ad8b6596/attachment.html>