<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
<p>The pull request for the auto synchronization is here:</p>
<p><a class="moz-txt-link-freetext" href="https://bitbucket.org/eschnett/carpet/pull-requests/13/presync/diff">https://bitbucket.org/eschnett/carpet/pull-requests/13/presync/diff</a></p>
<p>These changes helped us resolve a problem with the GPU ML_BSSN,
so I'd like to not lose them. Thanks.<br>
</p>
<p>Cheers,</p>
<p>Steve<br>
</p>
<br>
<div class="moz-cite-prefix">On 06/27/2016 10:40 AM, Roland Haas
wrote:<br>
</div>
<blockquote cite="mid:20160627114012.70009fe8@fdea4908.spdns.org"
type="cite">
<pre wrap="">Present: Frank, Eloisa, Matt, Roland, Steve, Zach, Erik,
Using slack to replace the IRC channel:
* Frank inverstigated slack and used it in a different project and has
had good experience so far. A test slack project has been created:
<a class="moz-txt-link-freetext" href="https://einsteintoolkit.slack.com">https://einsteintoolkit.slack.com</a> if you would to test this please
send an email an Frank Loeffler <a class="moz-txt-link-abbreviated" href="mailto:knarf@cct.lsu.edu">knarf@cct.lsu.edu</a> until we have a
more permanent solution (in case we decide to use slack). Please
provide your email address and name to appear in slack.
Making grid function storage in HydroBase optional:
* currently there are a number of grid functions that are not always
being used or could be recomputed
* there is a desire to make storage for those optional with the default
being to have storage
* Roland feels that this can be cumbersome if all client thorns require
logic to check for storage rather than being able to rely on a
complete set of variables always being present. This applies in
particular to eps which can only be recomputed if the EOS is known
Making GRHydro_Initdata independent of HydroBase:
* agree that this is good idea, would make it useful as ID generator
for other ID thorns eg for shock tubes
* some parts are unfortunately tied to GRHydro and would have to be
moved out of the thorn
Reducing number of checkpointed variables in McLachlan:
* RHS variables are fine to not be checkpointed. There should be a
helper thorn ML_BSSN_Helper that adjust the checkpoint tags at runtime
* constraints need to be checkpointed since they require prolongation
to compute which cannot be re-created after recovery
Carpet-preSync by Steve, a pull request exists:
* an attempt to move the start of the SYNC forward so that a grid
function that is computed only in the interior later needed
everywhere SYNCing happens automatically and early
TeamSpeak or Mumble as Google Hangout replacement:
* both use equivalent technology
* community is split about which one is better
* hosting at LSU may be possible as IT is interested in this
* external hosters tend to offer both for little money, will need grant
money for this
Yours,
Roland
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<a class="moz-txt-link-freetext" href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
</pre>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<br>
<pre wrap="">_______________________________________________
Users mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a>
<a class="moz-txt-link-freetext" href="http://lists.einsteintoolkit.org/mailman/listinfo/users">http://lists.einsteintoolkit.org/mailman/listinfo/users</a>
</pre>
</blockquote>
<br>
</body>
</html>