[Users] Fwd: ET and recent Intel compilers

[Steven R. Brandt]

Just trying to keep this on the users list.

--Steve



-------- Forwarded Message --------
Subject: 	Re: [Users] ET and recent Intel compilers
Date: 	Mon, 25 Oct 2021 09:00:26 +0900
From: 	Hee Il Kim <heeilkim at gmail.com>
To: 	Steven R. Brandt <sbrandt at cct.lsu.edu>



Hi Steve,

I'm using that 'fp-precise' option. The bns specific thorns like 
NSTracker and RotatingSymmetry180 didn't make the issue (and RK3 instead 
of RK4 is tested).

I think I might be mistaken but I've thought that TOV and BNS use 
different initial data setup, for instance, to get the values for _p, 
_p_p etc. I was suspecting that BNS might be causing the trouble while 
making those data. But I've got messy confirming what I have thought. Do 
you have any feeling it's likely caused by this process? Since the TOV 
test didn't encounter the issue, I think there's no more bns-specific 
processes.

Thanks in advance.

Hee Il

On Thu, Oct 21, 2021 at 10:45 PM Steven R. Brandt <sbrandt at cct.lsu.edu> 
wrote:

    Sorry I lost track of this email thread. I got caught up with other
    things. I'm wondering whether you have tried compiling with
    fp-precise? I'm just wondering whether it could be a problem with
    Intel's optimization.

    --Steve

    On 9/1/2021 6:21 AM, Hee Il Kim wrote:
>     Hi,
>
>     As James Healy mentioned in the post "[Users] Einstein Toolkit and
>     modern AMD supercomputer", I found static_tov.par passed the test
>     for the Intel issue. So some bns-generic codes would make NaNs.
>     But less probable because the only bns-generic code would be
>     NSTracker but I've already encountered the NaN production issue
>     w/wo NSTracker.
>
>     NaNChecker itself could be suspected but both bns and tove tests
>     are using NaNChecker.
>
>     Rather, it could be a generic issue of Intel compiler. There are
>     some bugs reported and new features in handling NaNs for the case
>     of ifx. Those look just irrelevant yet.
>
>     Hee Il
>
>
>
>
>     _______________________________________________
>     Users mailing list
>     Users at einsteintoolkit.org
>     http://lists.einsteintoolkit.org/mailman/listinfo/users
    _______________________________________________
    Users mailing list
    Users at einsteintoolkit.org
    http://lists.einsteintoolkit.org/mailman/listinfo/users
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.einsteintoolkit.org/pipermail/users/attachments/20211028/b9b7bd0f/attachment.html