[mesa-users] Results changing while rerunning the same problem
Bill Paxton
paxton at kitp.ucsb.edu
Tue Jan 15 20:27:06 EST 2013
Hi,
Please DO NOT run another 12000 step run before checking to see if the results are changing.
Start over with 2 runs in separate directories and run each for minimal number of steps to show a difference.
-B
On Jan 15, 2013, at 4:36 PM, trobolo dinni wrote:
> Hi Bill,
>
> Exactly, I did two runs with exactly the same inlist: after I finished the first simulation I checked the results, then I ./rn in the same directory without touching anything.
>
> I didn't check at what model number the simulations begin to differ, but for sure in the first one the "power_he_burn_upper_limit" reaches 1d4 at model number 15295, while in the second at model number 12835, and at that time all the physical variables of the two stars are different.
> Unfortunately since I did the simulation in the same directory of the previous I have lost the logfiles of the first one and I can't go back to check. Anyway I am now running a third one.
>
> After this third try I am going to change to OMP_NUM_THREADS 1.
>
> I hope I have been clearer, sorry and thanks,
> Roberto
>
>
>
> 2013/1/16 Bill Paxton <paxton at kitp.ucsb.edu>
> Hi,
>
> I still don't understand. You do two runs with the same inlist. At what model number do the results first differ? model 1? model 10000?
>
> Can you repeat this? Or does it happen randomly?
>
> Does it still happen when you set OMP_NUM_THREADS 1
>
> -B
>
>
>
> On Jan 15, 2013, at 4:03 PM, trobolo dinni wrote:
>
>> Hi Bill,
>>
>> I attached the namelist I am using, I have not starting models since I rerun the same simulation from the beginning.
>>
>> Starting from the model number reached at the end of the simulation (15295 the first time and 12835 the second), every physical variable of the star I was simulating was different.
>> I am stopping the simulations at the He flash, using the criterion suggested me by Aaron Dotter in a previous discussion, which consists in setting up the "power_he_burn_upper_limit" control to 1d4 or so. Hence is like the star reaches the He flash at different moments in different simulations.
>>
>> I am using mesasdk to compile mesa, it uses gfortran 4.7.2; I am running the code in 64 bit linux (Ubuntu 12.04.1 LTS) box; the mesa version is the 4740.
>>
>> Sorry for the lack of information in my first email!
>> Thanks for the help,
>> Roberto
>>
>>
>> 2013/1/16 Bill Paxton <paxton at kitp.ucsb.edu>
>> Hi,
>>
>> Please provide the necessary info for us to try to reproduce the problem.
>> That means inlists and starting model if any.
>> And exact details about what you notice as different.
>> Also, what compiler and what system and what version of mesa.
>>
>> -B
>>
>>
>>
>>
>>
>>
>>
>> On Jan 15, 2013, at 3:36 PM, trobolo dinni wrote:
>>
>> > Dear MESA users,
>> >
>> > I have got a simple weird problem: I run the same simulation twice, and I am getting two different results.
>> >
>> > I know it does not depends on the code, but I would like to ask if anyone noticed the same behavior and if it can depend on my computer or if I have to do something particular before running again the same simulation in the same directory.
>> >
>> >
>> > Thanks,
>> > Roberto
>> > ------------------------------------------------------------------------------
>> > Master SQL Server Development, Administration, T-SQL, SSAS, SSIS, SSRS
>> > and more. Get SQL Server skills now (including 2012) with LearnDevNow -
>> > 200+ hours of step-by-step video tutorials by Microsoft MVPs and experts.
>> > SALE $99.99 this month only - learn more at:
>> > http://p.sf.net/sfu/learnmore_122512_______________________________________________
>> > mesa-users mailing list
>> > mesa-users at lists.sourceforge.net
>> > https://lists.sourceforge.net/lists/listinfo/mesa-users
>>
>>
>> <inlist.1M-preMS_RGBtip-sb_rot_0.3_from_ZAMS>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.mesastar.org/pipermail/mesa-users/attachments/20130115/4da8635d/attachment.html>
More information about the Mesa-users
mailing list