#2854: DNSData does not declare dependency on SGRID
Reporter: Roland Haas
Status: new
Milestone:
Version:
Type: bug
Priority: major
Component: EinsteinToolkit thorn
DNSData, the importer thorn for SGRID initial data, does not delcare its dependency on SGRID.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2854/dnsdata-does-not-…
#2626: Multipole is not OpenMP parallelized
Reporter: Gabriele Bozzola
Status: open
Milestone:
Version:
Type: enhancement
Priority: trivial
Component: EinsteinToolkit thorn
Comment (by Roland Haas):
@{557058:8bc23f2a-45c0-477d-8ac4-a5a16c734278} would you review this? It’s similar in intent and speedup to you [#2853](https://bitbucket.org/einsteintoolkit/tickets/issues/2853/ahfinderdirect_import_mask-needs-an-openmp) for AHFinderDirect.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2626/multipole-is-not-…
#2853: AHFinderDirect_import_mask() needs an OpenMP pragma
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: enhancement
Priority: minor
Component:
Comment (by Zach Etienne):
After the patch, the profiling of **AHFinderDirect** improves significantly:
* **AHFinderDirect\_find\_horizons**: ~56% → ~69% of total **AHFinderDirect** runtime
* **AHFinderDirect\_import\_mask**: ~31% → 18% of total **AHFinderDirect** runtime
* **AHFinderDirect\_store**: ~13% → ~13% of total **AHFinderDirect** runtime
Note that I’m running with 8 MPI ranks and 12 \(OpenMP\) cores per rank.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2853/ahfinderdirect_im…
#2852: No error for multiple definitions of an interface group.
Reporter: Steven R. Brandt
Status: open
Milestone: ET_2025_05
Version:
Type: bug
Priority: major
Component: Cactus
Changes (by Roland Haas):
status: open (was new)
Comment (by Roland Haas):
Please review.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2852/no-error-for-mult…
#2852: No error for multiple definitions of an interface group.
Reporter: Steven R. Brandt
Status: new
Milestone: ET_2025_05
Version:
Type: bug
Priority: major
Component: Cactus
Changes (by Roland Haas):
responsible: [] (was )
assignee: Steven R. Brandt (was )
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2852/no-error-for-mult…
#2853: AHFinderDirect_import_mask() needs an OpenMP pragma
Reporter: Zach Etienne
Status: new
Milestone:
Version:
Type: enhancement
Priority: minor
Component:
While comparing the performance of **AHFinderDirect** with my new apparent horizon finder thorn, **ET\_BHaHAHA** \(“the ET implementation of the BlackHoles@Home Apparent Horizon Algorithm”\), I observed the following runtime distribution in **AHFinderDirect**:
* **AHFinderDirect\_find\_horizons**: ~56% of total runtime
* **AHFinderDirect\_import\_mask**: ~31% of total runtime
* **AHFinderDirect\_store**: ~13% of total runtime
#### Context
These measurements were taken using a slightly modified version of the **GW150914 BBH gallery example**, replacing **ML\_BSSN** with **BaikalVacuum** at a slightly higher resolution. Runtime data is based on **TimerReport cumulative runtime**. Granted, the import\_mask function takes up 0.2% of the total runtime at this find-horizon cadence, but that it takes a significant fraction of the AHFinderDirect runtime at all is simply unacceptable.
#### Issue: AHFinderDirect\_import\_mask Performance
The **AHFinderDirect\_import\_mask** function is particularly inefficient. It consists of a simple **3D loop** that **lacks OpenMP parallelization**, significantly impacting performance. Here’s the entire function \(with comments removed\):
```
extern "C"
void AHFinderDirect_import_mask(CCTK_ARGUMENTS)
{
DECLARE_CCTK_ARGUMENTS_AHFinderDirect_import_mask
DECLARE_CCTK_PARAMETERS
assert(ahmask != 0);
for (int k=0; k<cctk_lsh[2]; ++k)
for (int j=0; j<cctk_lsh[1]; ++j)
for (int i=0; i<cctk_lsh[0]; ++i)
{
const int ind = CCTK_GFINDEX3D(cctkGH,i,j,k);
ahmask[ind] = 0;
if (use_mask)
then ahmask[ind] = fabs(emask[ind] - 1.0) > 0.01;
}
}
```
I would strongly recommend adding an OpenMP pragma, as follows:
```
diff --git a/AHFinderDirect/src/driver/find_horizons.cc b/AHFinderDirect/src/driver/find_horizons.cc
index 67838eb..4ca0702 100644
--- a/AHFinderDirect/src/driver/find_horizons.cc
+++ b/AHFinderDirect/src/driver/find_horizons.cc
@@ -98,6 +98,7 @@ DECLARE_CCTK_PARAMETERS
assert(ahmask != 0);
+#pragma omp parallel for
for (int k=0; k<cctk_lsh[2]; ++k)
for (int j=0; j<cctk_lsh[1]; ++j)
for (int i=0; i<cctk_lsh[0]; ++i)
```
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2853/ahfinderdirect_im…
#2852: No error for multiple definitions of an interface group.
Reporter: Steven R. Brandt
Status: new
Milestone: ET_2025_05
Version:
Type: bug
Priority: major
Component: Cactus
Lucas created an interface.ccl file where two groups differed only by capitalization. To make matters worse, the variables in the 2nd group only differed from those in the first by capitalization. As a result, Cactus happily passed everything through the CST. The result was an error from the compiler about undefined variables.
To make this situation less unpleasant, we should provide a clear error message for multiple definitions of the same interface group.
--
Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2852/no-error-for-mult…