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 <[email protected]>
To:     Steven R. Brandt <[email protected]>



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 <[email protected]> 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
    [email protected]
    http://lists.einsteintoolkit.org/mailman/listinfo/users
   _______________________________________________
   Users mailing list
   [email protected]
   http://lists.einsteintoolkit.org/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.einsteintoolkit.org/mailman/listinfo/users

Reply via email to