| Commit message (Collapse) | Author | Age |
... | |
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1475 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1474 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1473 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1472 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1471 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1470 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
| |
HorizonCentroid()
so other thorns can query the horizon centroid
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1469 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1463 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1462 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1461 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
| |
namespace foo { ... }
(C++ forbids this; I had used it by mistake)
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1460 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
|
| |
if StaticConformal is active
and StaticConformal::metric_type == "static conformal"
and StaticConformal::conformal_state == 0
(so no conformal factor is actually in effect, and in fact
storage may not even be turned on for the psi gridfn)
the code mistakenly used the psi gridfn anyway
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1459 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1457 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
| |
it's now inside two new groups
group_for_mask_stuff
group_where_mask_is_set
so other thorns (like AEIDevelopment/PreviousMask) can schedule
stuff in group_for_mask_stuff before/after group_where_mask_is_set
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1456 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
| |
adjust AHFinderDirect verbosity
lower resolution for easy testing
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1455 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
| |
also try bitant mode
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1454 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
| |
a mask for, also include the grid spacing in the message
(this makes it easier to identify which refinement level this is)
* adjust wording of message to no longer imply that there's
only a single grid (= Carpet component here) per processor
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1451 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
| |
"algorithm details"
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1450 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
INFO (AHFinderDirect): setting old-style (CCTK_REAL) mask grid function SpaceMask::emask
INFO (AHFinderDirect): setting old-style (CCTK_REAL) mask grid function SpaceMask::emask
INFO (AHFinderDirect): setting old-style (CCTK_REAL) mask grid function SpaceMask::emask
so they're printed at "algorithm highlights" and higher verbosity settings
(before they were only printed at "algorithm details" and higher settings
Discussion:
At "algorithm highlights" we already print a message each time we
write a horizon-shape data file, and each time we set the SphericalSurface
variables, so it seems consistent to also print a message each time
we set an excision mask. People who don't want to see lots of output
from AHFinderDirect won't be using "algorithm highlights" anyway,
and so shouldn't be bothered by this change...
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1449 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
| |
horizon #2, completely missing for #1) -- thanks to Bernard Kelly
for spotting this!
* refresh output files after this bugfix
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1448 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
have tried to find a horizon or horizons. Snce we schedule the
horizon-finding in Carpet's global mode, that suggests also scheduling
the mask routines in global mode... except that the mask routines
need to make direct accesses to the mask grid function(s), and so
must actually run in local mode.
This fix changes the scheduling of the mask routines to use
options: global loop-local
which has just the desired semantics.
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1447 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1445 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
|
| |
and if so *append* to BH_diagnostics files rather than truncating them
-- thanks to Luca for reporting this bug and pesting us for a fix,
to Erik for helpful discussions,
and to Steve for a patch which forms the basis for this commit
(tweaked to be in AHFinderDirect style)
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1443 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
| |
if the user asks for a mask to be set, and we find a horizon,
but the mask parameters are such that we don't mask any grid points,
then we should give a warning that something may be wrong...
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1442 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1440 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1439 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1437 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1436 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1434 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1433 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1432 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1431 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1430 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
| |
* decrease the default verbose_level from "algorithm highlights"
down to "physics details"
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1423 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
| |
setting old-style (CCTK_REAL) mask ...
setting new-style (CCTK_INT) mask ...
will only be printed at the "algorithm details" verbosity level
(formerly they'd be printed at the "algorithm highlights" level)
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1422 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1421 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1420 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In a multiprocessor run, AHFinderDirect finds different horizons
in parallel on different processors, and doesn't broadcast horizon
shapes to all processors unless it thinks they'll be needed. However,
the "the information will be needed" calculation doesn't take into
account the possibility of the HorizonRadiusInDirection() aliased
function being called on another processor, and in this case this
function returns a wrong result if AHFinderDirect hasn't broadcast
the horizon shapes.
* introduce a new Boolean parameter always_broadcast_horizon_shape
(defaults to false)
* document in interface.ccl, param.ccl, and doc/documentation.tex,
that this parameter should be set to true if you expect
HorizonRadiusInDirection() to be used
* inclusive-or this parameter into the "should we broadcast the horizon shape?"
calculation in src/driver/find_horizons.cc
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1419 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1418 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1417 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1416 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
| |
(this was already implemented, and noted elsewhere in the docs,
but I forgot to update one place -- thanks to Bela for spotting this)
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1413 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1412 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
|
| |
and give an example of how to use it to show the shape of an AH
in the xy plane
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1411 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1410 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1409 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
|
|
|
| |
(a long time ago I used $H$, and I missed a few places when I switched)
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1408 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1405 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1399 f88db872-0e4f-0410-b76b-b9085cfa78c5
|
|
|
|
| |
git-svn-id: http://svn.einsteintoolkit.org/cactus/EinsteinAnalysis/AHFinderDirect/trunk@1398 f88db872-0e4f-0410-b76b-b9085cfa78c5
|