[Users] Failing AHFinderDirect test cases.
Peter Diener
diener at cct.lsu.edu
Mon May 31 16:32:57 CDT 2010
Hi,
I have been looking at why some of AHFinderDirect test cases fail.
First I checked the tests running on 1 processor and found that the cause
of the failing test cases was a bug fix made in 2005 where the tests had
not been updated afterwards. For those tests I regenerated the output.
One additional test failed by not producing output because it didn't
converge to the specified tolerance. I wasn't able to find a version of
the code (after the date that the test case had been created) that I was
able to compile and that passed the test. For that reason (after
discussing with Erik) I disabled that test by renaming the parameter file
to someting not ending in .par.
After that I realized that a lot of the tests failed when running on 2
procs. After some investigating, I realized that the cause was to be find
in Exact. When going from 1 to 2 procs, the coordinates setup by CoordBase
and CartGrid3d can differ at the roundoff level. In the particular case I
was looking at in one case the y-coordinate was
-3.3999999999999999
while in the other it was:
-3.4000000000000004
so a difference only in the last digit.
This introduced a difference of the computed 4-metric in the 2 last
digits. Now Exact uses 2nd order finite differencing with an epsilon of
1.e-6 to calculate time derivatives of the 3-metric and and the spatial
derivatives of the shift that is needed to calculate the extrinsic
curvature. In this process there is a significant cancelletion of digits
leading to a loss of 6-7 digits so the extrinsic curvature only agreed
to 9-10 digits. In other grid points the coordinates were identical and
so was the extrinsic curvature. So essentially the process of constructing
the extrinsic curvature iteself lead to some arbitrary noise at the 9-10
digit level. When this was fed into AHFinderDirect the differences were
amplified even more leading to differences in the mass at the 6th digit
level.
Currently Erik is working on improving this (by using higher order finite
differencing with a larger epsilon), but the main conclusion is that we
have to be very careful when making tests based on initial data from the
current version of Exact and may have to reduce the accuracy criteria for
pass/fail significantly.
Cheers,
Peter
More information about the Users
mailing list