<html><head><meta http-equiv="Content-Type" content="text/html charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><br><div><div>On 6 Oct 2016, at 17:39, Roland Haas &lt;<a href="mailto:rhaas@illinois.edu">rhaas@illinois.edu</a>&gt; wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">Hello Ian,<br><br><blockquote type="cite">Aha, that's interesting. &nbsp;Though I guess it would probably confuse a<br>lot of thorns, so I'm not sure how useful it in in practice. &nbsp;The<br>initial data solver would run again, for example. &nbsp;<br></blockquote>Correct. The current default is "safer" it seems. The "relaxed" setting<br>I have never seen used myself. <br><br><blockquote type="cite">I would have<br>expected Carpet to initialise variables to poison, so I should be<br>seeing poison.<br></blockquote>That is also what I would have expected. Have you set both<br>posion_new_memory and poison_new_timelevels turned on?<br></blockquote><div><br></div><div>Hmm. &nbsp;I thought that I had, but now I see in my parameter file:</div><div><br></div><div><div>Carpet::poison_new_timelevels &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; = no</div><div>Carpet::check_for_poison &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp; &nbsp;= no</div><div><br></div><div>which is a bit surprising. &nbsp;This might come from the old issue of the intersection between outer boundaries and interpatch boundaries not being correctly initialised by the combination of Interpolate2 and McLachlan. &nbsp;Last time I checked though, this may have been fixed. &nbsp;If you don't use poison, does Carpet zero the variables, or leave them uninitialised? &nbsp;In which case, does the OS zero them? &nbsp;Presumably new memory from the OS is zeroed (for security/privacy reasons), but if the memory has been malloc/freed already by the cactus process, then maybe it is random.</div></div><br><blockquote type="cite"><blockquote type="cite">What I am doing now is initialising the thorn in<br>basegrid, and checking an "initialised" Cactus variable. &nbsp;If this is<br>1, then I don't do anything. &nbsp;If it's anything other than 1 (poison,<br>zero, etc) then I assume the thorn has never been initialised. &nbsp;This<br>is probably not an approved, elegant solution, but I expect it will<br>work.<br></blockquote>Well it's kind of what you have to do. You should be able to just<br>initialize in basegrid all the time, since the basegrid values will be<br>overwritten during checkpoint recovery as far as I remember.<br></blockquote></div><div><br></div><div>Aha! &nbsp;Interesting. &nbsp;Good. So I can just move the initialisation to basegrid and remove my 'initialised' flag. &nbsp;This way, the variables will be initialised, and then only overwritten from the checkpoint file if the thorn was active in the previous segment.</div><div><br></div><div>Now, another related question. &nbsp;Is it possible to change the number of CarpetRegrid2 centres during evolution? &nbsp;The num_centres parameter is non-steerable, and indeed CarpetRegrid2 only looks at the centre parameters initially (otherwise every recovery would overwrite the dynamical centre variables with the parameter values). &nbsp;Ideally, I would have set num_centres to a larger value when I started the run, but I didn't. &nbsp;</div><div><br></div><div>We just need to make sure that CarpetRegrid2 runs INIT_CENTRE (from <a href="http://initialise.cc">initialise.cc</a>) on any newly added centres on recovery. &nbsp;This is done in WRAGH, and then similar to the previous issue, overwritten by recovery. &nbsp;So this should just work?</div><br><div apple-content-edited="true">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;"><div>--&nbsp;</div><div>Ian Hinder</div><div><a href="http://members.aei.mpg.de/ianhin">http://members.aei.mpg.de/ianhin</a></div></div></div></div></div>
</div>
<br></body></html>