<html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body>
<p>Present: Roland H, Bill G, Beyhan K, Zhao Z, Federico C, Liu H,
Atul K, Steve B, Peter D, Alois Peter S, Chris E, Zach E, Maria BH<br>
</p>
<p>Chair: Roland<br>
Minutes: Bill</p>
<p> * Questions before we start?<br>
</p>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
fill=%22%2300528c%22/%3E %3C/svg%3E"); color: rgb(34, 34,
34); font-family: sans-serif; font-size: 14px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
start; text-indent: 0px; text-transform: none; white-space:
normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
0px; background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<li style="margin-bottom: 0.1em;">improve interpolation in
tabulated EOS in EOS_Omni [FC]</li>
</ul>
<blockquote style="color: rgb(34, 34, 34); font-family: sans-serif;
font-size: 14px; font-style: normal; font-variant-ligatures:
normal; font-variant-caps: normal; font-weight: 400;
letter-spacing: normal; orphans: 2; text-align: start;
text-indent: 0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<p style="margin: 0.5em 0px; line-height: inherit;">Proposed
modification to the EOS_Omni thorn: I would like to discuss the
possibility of including the patch to the EOS_Omni thorn
proposed in the pull request that you can find at
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/einsteineos/pull-requests/6/enhancement-to-newton-raphson-and/diff">https://bitbucket.org/einsteintoolkit/einsteineos/pull-requests/6/enhancement-to-newton-raphson-and/diff</a>
<span></span>and tracked in the ticket at<span>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2383/enhancement-to-newton-raphson-and">https://bitbucket.org/einsteintoolkit/tickets/issues/2383/enhancement-to-newton-raphson-and</a>
</span>. Although the modification may appear as minor, in my
opinion, it could be relevant in some cases when adopting
tabulated EOS (in particular in case of weak energy dependence
on temperature).</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Best Regards,
Federico Cipolletta.</p>
</blockquote>
<p style="margin: 0.5em 0px; line-height: inherit;">** Federico:
Developing code and done Spritz and GRHydro and the EOS_Omni thorn
may not preform well in some cases. Using EOS, 3 Dim tables, rho,
temp, and electron fluctuations. Define TOV initial data based on
ICs, constant entropy or temp, for example. When starting with
initial data from constant temperature obtain problems during
evolution. GRHydro sim stops after about 140 iterations, temp
grows too large. Parameter for t_max is in GRHydro and stops the
sim. While in Spritz they get the incorrect results, temp goes
too high. Added check in EOS_Omni to check temperatures, rho, y,
eps, and want temp. See the tickets and pull request.
Interpolate values of temperature, with Newton-Raphson, if
iterations are more than a value you pass to other method
Bisection. Paper in 2013 noted that if dependency of energy
density on temperature is weak the Newton-Raphson can overshoot
and can get out of the table ranges. Lines 547 and check line
615, on the derivative, if too high goes to Bisection method,
slower but more accurate.</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Would like this
change in a new release.</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Zach: Could this
change cause any trouble with existing GRHydro? Positive
impression.</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Federico:
Proposed names for reviewers.</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Roland: Would
it know if temperature is about to land outside of the valid
domain of the table? FC: Line 399 (see ticket). RH: Seem to be
depriving the user of an error message. Should run it by a high
temperature EOS user for discussion. <br>
</p>
<p style="margin: 0.5em 0px; line-height: inherit;">Peter: Do you
make sure the root is properly bracketed that is needed by
Bisection? Then guaranteed to find the solution. Do not see in
the included code. FC: Think it is done in the earlier code. In
Line 595 of Newton-Raphson, not included in the Diff shown in the
ticket.<br>
</p>
<blockquote style="color: rgb(34, 34, 34); font-family: sans-serif;
font-size: 14px; font-style: normal; font-variant-ligatures:
normal; font-variant-caps: normal; font-weight: 400;
letter-spacing: normal; orphans: 2; text-align: start;
text-indent: 0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<p style="margin: 0.5em 0px; line-height: inherit;"><br>
</p>
</blockquote>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
fill=%22%2300528c%22/%3E %3C/svg%3E"); color: rgb(34, 34,
34); font-family: sans-serif; font-size: 14px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
start; text-indent: 0px; text-transform: none; white-space:
normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
0px; background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<li style="margin-bottom: 0.1em;">update on potential codes to be
included in next release, from minutes [RH]
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E");">
<li style="margin-bottom: 0.1em;">BaikalETK (Zach, Helvi) <br>
</li>
</ul>
<font size="+1">Zach: Have not heard from Helvi. She might be
in finals, so maybe early next week. A couple of exchanges
with Roland, GCC 9.3 has weird behavior, from man page or use
the command line output so see optimizations for O1. Looking
for the optimization for slow compiles, for the 8th order
kernel, e.g. Pasted in the O1 optimizations expclicitly and
it compiled fast. There is a command line flag for spitting
out all the O1 optimizations. Something different from -O1
and from the documentation for O1. Paths forward, split up
8th order kernel, which is good for performance reasonse (3
parts seems optimal performance). That should be a work
around for this issue. Re-organizing the equations. So
weird. Looks like same problem in gcc 10.0. Peter: Why not
tell cactus to compile with these flags? Zach: Could, but
simfactory uses -O1, O2, etc. Roland: Cannot taek the
explicit list because compiler dependent. Could take the
optimization, run it through Perl script for correct options
for compiler. Seems too awkward. Zach: Very slow on MacOS
but still maybe 3x slower on Linux. Gcc 7.5 and 8.4 compiles
times are quite fine. Roland: Would like to see a positive
review even if the -O1 is so slow for some platforms, Homebrew
or MacPorts, then good on the clusters, at least. Zach: Did
add some code tests, and tests enabled, and both (Baikal and
Baikal vacuum) passed on all the clusters.<br>
</font>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E");">
<li style="margin-bottom: 0.1em;">PreSync (Steve, Roland) <br>
</li>
</ul>
<font size="+1">Roland: Seen a lot of "churn" in the last
weeks. Steve: Fxiing things. Seeing if he can adjust Kranc
to create correct Presync code. No good count as to how many
issues/tickets for fixing it to get it in the release.
Roland: Not ready today, but could still be read by release.
Some as official, other parts as experimental.<br>
</font><br>
</li>
<li style="margin-bottom: 0.1em;">tickets with bugfixes to review
before freeze [RH]</li>
<ul>
<li style="margin-bottom: 0.1em;">no. 2381
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2381/update-vectors-altivec-support">https://bitbucket.org/einsteintoolkit/tickets/issues/2381/update-vectors-altivec-support</a>
<br>
</li>
</ul>
</ul>
Roland: Support the Power9 cpus on Summit.<br>
<blockquote>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E"); color:
rgb(34, 34, 34); font-family: sans-serif; font-size: 14px;
font-style: normal; font-variant-ligatures: normal;
font-variant-caps: normal; font-weight: 400; letter-spacing:
normal; orphans: 2; text-align: start; text-indent: 0px;
text-transform: none; white-space: normal; widows: 2;
word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<li style="margin-bottom: 0.1em;">no. 2370
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues/2370">https://bitbucket.org/einsteintoolkit/tickets/issues/2370</a> <br>
</li>
</ul>
</blockquote>
Roland: Simple fix and will commit after this call.<br>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
fill=%22%2300528c%22/%3E %3C/svg%3E"); color: rgb(34, 34,
34); font-family: sans-serif; font-size: 14px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
start; text-indent: 0px; text-transform: none; white-space:
normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
0px; background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<li style="margin-bottom: 0.1em;"><br>
</li>
<li style="margin-bottom: 0.1em;"><a class="moz-txt-link-freetext" href="https://www.timeanddate.com/countdown/to?iso=20200514T09&p0=3704&msg=Feature+freeze&font=sanserif">https://www.timeanddate.com/countdown/to?iso=20200514T09&p0=3704&msg=Feature+freeze&font=sanserif</a>
in<span> </span><b>7</b><span> </span>days,<span> </span><a href="https://docs.einsteintoolkit.org/et-docs/Release_Details#Schedule_for_ET_2020_05" title="Release Details" style="text-decoration: none; color:
rgb(11, 0, 128); background: none;">timeline</a><span> </span>[RH]
<b>!!!</b><br>
</li>
<li style="margin-bottom: 0.1em;">slow compile of Baikal code with
gcc 9.3.0 on OSX [RH]<br>
<font size="+1">See discussion by Zach above.</font>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E");">
<li style="margin-bottom: 0.1em;">takes about 30 minutes to
compile 8th order FD RHS using gcc 9.3.0 using -O1 and
-march=core2</li>
<li style="margin-bottom: 0.1em;">Zach and Roland have been
looking into this</li>
<li style="margin-bottom: 0.1em;">slowness goes away if one
uses<span> </span><code style="font-family: monospace,
monospace; color: rgb(0, 0, 0); background-color: rgb(248,
249, 250); border: 1px solid rgb(234, 236, 240);
border-radius: 2px; padding: 1px 4px;">gcc -O1
--help=optimizers</code><span> </span>which claims to
report the options that are used by -O1</li>
<li style="margin-bottom: 0.1em;">not observed on Linux</li>
</ul>
</li>
<li style="margin-bottom: 0.1em;">deprecation announcement for
ET_2020_05 [RH] <br>
<font size="+1">Roland: Policy of announcing deprecation in the
release BEFORE the actual deprecation. Recommends:</font><br>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E");">
<li style="margin-bottom: 0.1em;">non-piraha parser in CST
will be removed (will fail to parse READS / WRITES already)</li>
<li style="margin-bottom: 0.1em;">READS / WRITES for
non-existing variables will be a CST error, instead of a
runtime error when the READS is encountered</li>
</ul>
</li>
</ul>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22 r=%222.5%22
fill=%22%2300528c%22/%3E %3C/svg%3E"); color: rgb(34, 34,
34); font-family: sans-serif; font-size: 14px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2; text-align:
start; text-indent: 0px; text-transform: none; white-space:
normal; widows: 2; word-spacing: 0px; -webkit-text-stroke-width:
0px; background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial;">
<li style="margin-bottom: 0.1em;"><span><a class="moz-txt-link-freetext" href="http://einsteintoolkit.org/testsuite_results/index.php">http://einsteintoolkit.org/testsuite_results/index.php</a></span>[RH]
<br>
<font size="+1">Roland: Ran last 4 days ago. Same as before,
most are passing, as do the two Baikal tests.<br>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&priority=major&priority=blocker&priority=critical&status=new&status=open">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&priority=major&priority=blocker&priority=critical&status=new&status=open</a>
Peter: Summation by parts, will enable a new default to be
minimal bandwidth, and not use the so-called optimized one.
Will get information from Miguel and propose it.</font><br>
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&priority=minor&priority=trivial&milestone=ET_2020_05&status=new&status=open">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=bug&priority=minor&priority=trivial&milestone=ET_2020_05&status=new&status=open</a>
<span style="color: rgb(34, 34, 34); font-family: sans-serif;
font-size: 14px; font-style: normal; font-variant-ligatures:
normal; font-variant-caps: normal; font-weight: 400;
letter-spacing: normal; orphans: 2; text-align: left;
text-indent: 0px; text-transform: none; white-space: normal;
widows: 2; word-spacing: 0px; -webkit-text-stroke-width: 0px;
background-color: rgb(255, 255, 255); text-decoration-style:
initial; text-decoration-color: initial; display: inline
!important; float: none;">tagged for the next release<br>
other
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=proposal&kind=enhancement&milestone=ET_2020_05&status=open&status=new">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=proposal&kind=enhancement&milestone=ET_2020_05&status=open&status=new</a>
</span><span style="color: rgb(34, 34, 34); font-family:
sans-serif; font-size: 14px; font-style: normal;
font-variant-ligatures: normal; font-variant-caps: normal;
font-weight: 400; letter-spacing: normal; orphans: 2;
text-align: left; text-indent: 0px; text-transform: none;
white-space: normal; widows: 2; word-spacing: 0px;
-webkit-text-stroke-width: 0px; background-color: rgb(255,
255, 255); text-decoration-style: initial;
text-decoration-color: initial; display: inline !important;
float: none;">flagged for the next release<br>
</span></li>
<li style="margin-bottom: 0.1em;">gallery testing:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?kind=task&milestone=ET_2020_05">https://bitbucket.org/einsteintoolkit/tickets/issues?kind=task&milestone=ET_2020_05</a>
<br>
<font size="+1">Roland: Advises compiling now but again after
the Feature Freeze in about 7 days!</font><br>
<ul style="list-style-type: disc; margin: 0.3em 0px 0px 1.6em;
padding: 0px; list-style-image:
url("data:image/svg+xml,%3Csvg
xmlns=%22http://www.w3.org/2000/svg%22 width=%225%22
height=%2213%22%3E %3Ccircle cx=%222.5%22 cy=%229.5%22
r=%222.5%22 fill=%22%2300528c%22/%3E %3C/svg%3E");">
<li style="margin-bottom: 0.1em;">TOV: Brock Brendal (UIUC)</li>
<li style="margin-bottom: 0.1em;">BNS: Shawn Rosofsky (UIUC)</li>
<li style="margin-bottom: 0.1em;">BBH: Peter Schaffarczyk
(Kiel)</li>
<li style="margin-bottom: 0.1em;">Poisson: Bil Gabella
(Vanderbilt)</li>
<li style="margin-bottom: 0.1em;">Multipatch scalar wave:
Beyhan Karakaş (Ege University)</li>
</ul>
</li>
</ul>
<p>unanswered question on mailing list:
<a class="moz-txt-link-freetext" href="https://www.einsteintoolkit.org/tools/unanswered.php">https://www.einsteintoolkit.org/tools/unanswered.php</a></p>
<p>open tickets sorted by update time:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&status=new&sort=-updated_on">https://bitbucket.org/einsteintoolkit/tickets/issues?status=open&status=new&sort=-updated_on</a></p>
<p>tickets ready for review:
<a class="moz-txt-link-freetext" href="https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&status=open&sort=-updated_on&q=Please%20review">https://bitbucket.org/einsteintoolkit/tickets/issues?status=new&status=open&sort=-updated_on&q=Please%20review</a></p>
<p>Steve: New cactus site is <a href="https://test.cactuscode.org/">https://test.cactuscode.org/</a>
please make comments. Current site <a href="http://cactuscode.org/">http://cactuscode.org/</a> . And
this move is clearly decoupled from the new release. We can do it
whenever.<br>
</p>
<p>New Cactus ticket <a href="https://bitbucket.org/einsteintoolkit/tickets/issues/2387/move-cactuscodeorg-to-be-hosted-by-github">https://bitbucket.org/einsteintoolkit/tickets/issues/2387/move-cactuscodeorg-to-be-hosted-by-github</a>
<br>
</p>
<p>Atul: <b>BBH test</b>, finished the figure for position of the
centers and the strain. Some scaling issue compared to LIGO
version. Ian Hinder's code on Mathematica, SimulationTools helps
to sort that out: <a href="https://simulationtools.org/">https://simulationtools.org/</a>
. Peter S. will work on that. Working on Kerr Ricci scalars
using Mathematica and Atul is missing a few C compilers that he
needs...on his version of Mathematica on Windows. Third set of
images on apparent horizons, made with VisIT. Issue page on
GitHub, Roland recalls that there is a statement that you are
using the intercompiler (?) to compile things. Should send a
message to Users list on Einstein toolkit and on the Simulation
Tools GitHub issues page, BitBucket <a href="https://bitbucket.org/simulationtools/simulationtools/issues">https://bitbucket.org/simulationtools/simulationtools/issues</a>
. Atul is working on Windows with Mathematica and Steve
recommends using the Linux on Windows.</p>
<p>* Anything else:</p>
<p>** Beyhan: Getting errors with core collapse control thorn in
the source code, he thinks. Roland: Sounds like something is
missing. Version from SVN, could be old. Post a ticket if you
still have problems.</p>
<p>** Bill: Is anyone running VisIT in a container? Seems
not---will find a way to run it.<br>
</p>
<p>Roland: <b> Vote next week for Feature Freeze.</b> Take a look
at the new codes being included.<br>
</p>
--
<pre class="moz-signature" cols="72">=====================================
William Gabella
Research Assistant Professor
Department of Physics and Astronomy
Vanderbilt University
Nashville, TN USA
<a class="moz-txt-link-abbreviated" href="mailto:b.gabella@vanderbilt.edu">b.gabella@vanderbilt.edu</a>
(o) 615-343-2713</pre>
</body>
</html>