<div dir="ltr">Hello all,<div><br></div><div style>still no success with the full evolution of BH+torus...</div><div style><br></div><div style>i have attached the par file i have been using lately, in which i added two more levels of mesh refinement, as Roland suggested, increased the Dissipation order to 5th and removed the parameter ML_BSSN::dt_lapse_shift_method = &quot;noLapseShiftAdvection&quot;..</div>
<div style><br></div><div style>this has improved things a bit, but the L_inf norm of the hamiltonian constraint still starts growing at around t=200 (after having decreased and then having been rather constant up to that point) and then the simulation will crash later (either due to the shift being nan at the puncture or by detecting nans)</div>
<div style><br></div><div style><br></div><div style>in the meantime, i have evolved a single puncture, the bondi accretion onto a puncture and an &quot;inverse cowling&quot; (setting up the spacetime and hydro variables of the BH+torus system but only evolving the spacetime), all using the same parameters, and all of those work...its only the full system of BH+torus when i run into problems...this is using the ET 2012.11. release..</div>
<div style><br></div><div style>do you have any ideas what might go wrong with the spacetime evolution when evolving the full system?</div><div style><br></div><div style>best wishes,</div><div style><br></div><div style>
Vassili</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Feb 12, 2013 at 2:07 AM, Roland Haas <span dir="ltr">&lt;<a href="mailto:roland.haas@physics.gatech.edu" target="_blank">roland.haas@physics.gatech.edu</a>&gt;</span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hello Vassilios,<br>
<div class="im"><br>
&gt; as mentioned earlier in the ET phone call, i have attached the par file<br>
&gt; used in the run...<br>
&gt;<br>
&gt; i tried checking for the nans in the output, but the last hdf5 output was<br>
&gt; too many iterations earlier and they aren&#39;t visible in 1D ascii output<br>
&gt; either<br>
&gt;<br>
&gt; as said, the puncture tracker actually aborted the run, not the nan<br>
&gt; checker...<br>
</div>Thank you for the parameter file. As a unsubstantiated guess, I would<br>
try what happens if you move the outer boundary further out. Right now<br>
it sits at 50M which I would find uncomfortably close if there is any<br>
say &quot;junk&quot; radiation (eg from setting up a BH with spin in flat<br>
background) present. I&#39;d move it to at least 200M (ie two more levels of<br>
mesh refinement). Not sure how likely this explanation is since your<br>
NaNs appear after many (9) light crossing times.<br>
<br>
Yours,<br>
Roland<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
My email is as private as my paper mail. I therefore support encrypting<br>
and signing email messages. Get my PGP key from <a href="http://keys.gnupg.net" target="_blank">http://keys.gnupg.net</a>.<br>
<br>
</font></span><br>_______________________________________________<br>
Users mailing list<br>
<a href="mailto:Users@einsteintoolkit.org">Users@einsteintoolkit.org</a><br>
<a href="http://lists.einsteintoolkit.org/mailman/listinfo/users" target="_blank">http://lists.einsteintoolkit.org/mailman/listinfo/users</a><br>
<br></blockquote></div><br></div>