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@gmail.com>
To: Steven R. Brandt <sbrandt@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@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@einsteintoolkit.org
http://lists.einsteintoolkit.org/mailman/listinfo/users
_______________________________________________
Users mailing list
Users@einsteintoolkit.org
http://lists.einsteintoolkit.org/mailman/listinfo/users