Users January 2024

users@lists.einsteintoolkit.org

12 participants
22 discussions

meeting minutes for 2024-01-18
by Steven Brandt 18 Jan '24

18 Jan '24

Present: Bing-Ran HE, Steve, Roland, Lihaichang, Sam Cupp, shenfei, Zach, Leo Chair: Roland Minutes: Steve Need to have a release schedule List of updates for the next release: Reprimand - is there a use case? Gallery examples for ID readers FUKA, Sgrid, Canuda TOV solver based on Grhayl, tabulated EOS builtin New Grhayl-based MHD thorns - Gallery example? New tabulated eqn state Baikal updates Bing asked about initial data he did not feel LORENE was friendly Roland pointed him to FUKA and Sgrid http://einsteintoolkit.org/thornguide/ExternalLibraries/SGRID/documentation… http://einsteintoolkit.org/thornguide/Fuka/KadathImporter/documentation.html Roland will try and replicate failure of BNS Trying again to get the check from SPEC No unanswered questions on the email list Open tickets: 2772 Kadath - linking issue on systems with mkl and 2755 POWER - Doesn't compute angular momentum correctly (wrong formula)

2 1

Status of support for multiple floating point precisions in Carpet?
by Erik Keoni Wessel 18 Jan '24

18 Jan '24

Hi, I'm currently working on a thorn development project where it would be helpful to be able to have a mix of single-precision grid functions and double-precision grid functions (a very unusual need, I know). When I had my thorn allocate a grid function of type CCTK_REAL4, I got a message upon running my configurations that I needed to enable support for this type in Carpet. After reading through the Carpet documentation and then digging deep into the source code for CarpetLib, I discovered that there seem to be flags to compile Carpet with support for different types. I passed -DCARPET_ALL_REAL in as part of CPPFLAGS in my optionlist, but attempting to compile with other real types leads to compile-time errors about undefined functions: apparently headers for prolongation functions for all the types are generated, but somehow the corresponding definitions aren't being be linked correctly. I'm not sure what is going wrong, but I am also unable to find any examples of how support for other types is supposed to be enabled, so I am unsure if I am doing this right. So my question is: what is the status of support for grid functions of types besides CCTK_REAL8 in Carpet? Does this feature work, and if so, how can I enable support for all Cactus-supported real types in Carpet? Cheers, — Erik Wessel Department of Physics University of Arizona

2 3

Compiling ET_2023_11 on Sciama and laptop
by Robyn Munoz 18 Jan '24

18 Jan '24

Hello everyone, 1) I have been using the 2020_05 version of Einstein Toolkit for a while now and wanted to use mesh refinement with periodic boundaries but can't get it to work. I tried to run the test parameter file repos/carpet/PeriodicCarpet/test/ml-gw1d-small-amr.par and am getting the error while executing schedule bin BoundaryConditions, routine PeriodicCarpet::PeriodicCarpet_ApplyBC in thorn PeriodicCarpet, file /users/munozr/code/2020_05/Cactus/arrangements/Carpet/PeriodicCarpet/src/periodic.cc:181: -> Cannot handle more than one local component In the PeriodicCarpet thorn documentation I see " it provides correct behaviour for the case where a refinement level overlaps the periodic boundaries, and may therefore be made up of more than one component on the same process " so I think somewhere there, there is an issue so I figured I should try with the latest version of EinsteinToolkit. 2) I got a new laptop Mac Sonoma 14.2.1, so I've been installing the latest Xcode etc. I downloaded EinsteinToolkit 2023_11 and tried to compile it, I ran into issues with SGRID (and DNSdata) and ADIOS2 I see there are tickets about them and I don't need them so I commented them out. Now when I compile the code I get the terminal output and config.log attached. I can't decipher exactly what the issue is from those. Please let me know what I can do to fix this. 3) I also tried to compile ET_2023_11 on the Sciama HPC as well (where the 2020_05 version works well), because of the security of Sciama, I used GetComponents on my laptop, compressed Cactus and scp to Sciama. Then the sciama.ini .cfg .run and .sub files are already included in EinsteinToolkit where I use system/intel64 and intel_comp/2019.2 this gives me the error Cactus requires a C++11 compiler -- check your C++ compiler and C++ compiler flags If using g++ at least version 6 is required, if using icpc use -gxx-name to use libstc++ from g++ at least version 6 Error reconfiguring sim-config I tried using intel_comp/2020.1 (latest available on sciama) and got the same error (and some module warnings). I found the path to g++ and so tried to add -gxx-name = /opt/apps/compilers/gnu_comp/cfg/9.1.0/intel64/bin/g++ to CXXFLAGS in sciama.cfg but this didn't change anything. Please let me know what I can do to fix this. Thank you for your help,Robyn

1 0

Einstein Toolkit Meeting Reminder
by rhaas＠illinois.edu 17 Jan '24

17 Jan '24

Hello, Please consider joining the weekly Einstein Toolkit phone call at 9:00 am US central time on Thursdays. For details on how to connect and what agenda items are to be discussed, use the link below. https://docs.einsteintoolkit.org/et-docs/Main_Page#Weekly_Users_Call --The Maintainers

1 0

Einsteintoolkit installation on ubuntu 22.04 failed
by emmanuel okorie 17 Jan '24

17 Jan '24

Hi I'm Okorie Emmanuel from the department of Computer Science, University of Jos Nigeria. I got to know about the Einstein Toolkit from a friend doing Phd in physics from my school, i became curious and wanted to explore toolkits. However, I have been trying to install Einsteintoolkit on my Ubuntu 22.04 machine for some time now but have not succeeded. Each time I try I get this message curl: (28) SSL connection timeout and when I visit https://raw.githubusercontent.com/gridaphobe/CRL/ET_2023_11/GetComponents the page does not load. here is the screenshot of the experience from my ubuntu terminal [image: Screenshot from 2023-12-20 05-30-47.png] I'm really frustrated at this point. Please can anyone tell me what I'm doing wrong? or any other alternative? of installing toolkits on my machine. I'm using this guild for installation https://einsteintoolkit.org/download.html curl -kLO https://raw.githubusercontent.com/gridaphobe/CRL/ET_2023_11/GetComponents chmod a+x GetComponents ./GetComponents --parallel https://bitbucket.org/einsteintoolkit/manifest/raw/ET_2023_11/einsteintoolk… Below is the screenshot of my experience [image: Screenshot from 2023-12-15 11-28-16.png] I hope someone can help me out Thanks and regards

3 2

Questions on the installation of ET in Linux system
by 陈智威 17 Jan '24

17 Jan '24

Dear Einstein Toolkit group, I am wirting to ask a question on the installation of ET. I have successfully configured simfactory in my workstation. When I tried to build the Einstein Toolkit with >>> simfactory/bin/sim build -j2 --thornlist manifest/einsteintoolkit.th ,there is something wrong. The build procedure has ran to the stage of : >>> Creating cactus_sim in /home/gw_czw/et/Cactus/exe from EinsteinAnalysis/ADMAnalysis EinsteinBas Base EinsteinBase/ADMCoupling Llama/ADMDerivatives EinsteinBase/ADMMacros EinsteinAnalysis/ADMM umerical/AEILocalInterp EinsteinAnalysis/AHFinder EinsteinAnalysis/AHFinderDirect ExternalLibra BLAS WVUThorns/Baikal WVUThorns/BaikalVacuum CactusBase/Boundary CTThorns/CT_Analytic CTThorns/ ltiLevel EinsteinAnalysis/CalcK Carpet/Carpet Carpet/CarpetEvolutionMask Carpet/CarpetIOASCII C /CarpetIOBasic Carpet/CarpetIOHDF5 Carpet/CarpetIOScalar Carpet/CarpetIntegrateTest Carpet/Carp erp Carpet/CarpetInterp2 Carpet/CarpetLib Carpet/CarpetMask Carpet/CarpetProlongateTest Carpet/ tReduce Carpet/CarpetRegrid Carpet/CarpetRegrid2 Carpet/CarpetRegridTest Carpet/CarpetSlab Carp rpetTracker CactusBase/CartGrid3D CactusNumerical/Cartoon2D EinsteinBase/Constants WVUThorns/Co _to_HydroBase CactusBase/CoordBase EinsteinBase/CoordGauge Llama/Coordinates Llama/CoordinatesS ry Carpet/CycleClock CactusExamples/DemoInterp CactusNumerical/Dissipation EinsteinInitialData/ rtedBHIVP EinsteinAnalysis/EHFinder EinsteinBase/EOS_Base EinsteinEOS/EOS_Hybrid EinsteinEOS/EO alFluid EinsteinEOS/EOS_Omni EinsteinEOS/EOS_Polytrope EinsteinExact/EinsteinExact_Test CactusE ic/EllBase CactusElliptic/EllSOR EinsteinInitialData/Exact EinsteinAnalysis/Extract ExternalLib s/FFTW3 EinsteinInitialData/FLRWSolver WVUThorns/FishboneMoncriefID CactusExamples/FleshInfo Ca tils/Formaline CactusBase/Fortran EinsteinEvolve/GRHydro EinsteinEvolve/GRHydro_InitData Extern raries/GSL EinsteinExact/GaugeWave KrancNumericalTools/GenericFD WVUThorns/GiRaFFE WVUThorns/Gi _to_HydroBase WVUThorns/GiRaFFEfood Llama/GlobalDerivative ExternalLibraries/HDF5 CactusConnect D CactusConnect/HTTPDExtra CactusExamples/HelloWorld Carpet/HighOrderWaveTest EinsteinBase/Hydr EinsteinAnalysis/Hydro_Analysis EinsteinInitialData/Hydro_InitExcision EinsteinInitialData/Hyd SID EinsteinInitialData/IDAnalyticBH EinsteinInitialData/IDAxiBrillBH EinsteinInitialData/IDAxi illBH EinsteinInitialData/IDBrillData EinsteinInitialData/IDConstraintViolate EinsteinInitialDa FileADM EinsteinInitialData/IDLinearWaves CactusWave/IDScalarWave CactusWave/IDScalarWaveC Cact e/IDScalarWaveCXX CactusWave/IDScalarWaveElliptic CactusExamples/IDWaveMoL WVUThorns/ID_convert RaFFE WVUThorns/ID_converter_ILGRMHD CactusBase/IOASCII CactusBase/IOBasic CactusPUGHIO/IOHDF5 sPUGHIO/IOHDF5Util CactusIO/IOJpeg CactusBase/IOUtil WVUThorns/IllinoisGRMHD CactusBase/InitBas tusNumerical/InterpToArray Llama/Interpolate2 EinsteinExact/KerrSchild ExternalLibraries/LAPACK rnalLibraries/LORENE Lean/LeanBSSNMoL Llama/LlamaWaveToy CactusNumerical/LocalInterp CactusNume /LocalInterp2 CactusNumerical/LocalReduce Carpet/LoopControl McLachlan/ML_ADMConstraints McLach L_ADMQuantities McLachlan/ML_BSSN McLachlan/ML_BSSN_Helper McLachlan/ML_BSSN_Test McLachlan/ML_ McLachlan/ML_CCZ4_Helper McLachlan/ML_CCZ4_Test McLachlan/ML_WaveToy McLachlan/ML_WaveToy_Test nalLibraries/MPI CactusUtils/MemSpeed EinsteinInitialData/Meudon_Bin_BH EinsteinInitialData/Meu in_NS EinsteinInitialData/Meudon_Mag_NS EinsteinExact/Minkowski CactusNumerical/MoL EinsteinExa difiedSchwarzschildBL EinsteinAnalysis/Multipole Lean/NPScalars Proca/NPScalars_Proca EinsteinI lData/NRPyEllipticET CactusUtils/NaNCatcher CactusUtils/NaNChecker EinsteinEvolve/NewRad Cactus /Nice EinsteinInitialData/NoExcision CactusUtils/NoMPI CactusNumerical/Noise CactusNumerical/No ITTNullCode/NullConstr PITTNullCode/NullDecomp PITTNullCode/NullEvolve PITTNullCode/NullExact P llCode/NullGrid PITTNullCode/NullInterp PITTNullCode/NullNews PITTNullCode/NullPsiInt PITTNullC ullSHRExtract PITTNullCode/NullVars ExternalLibraries/OpenSSL EinsteinAnalysis/Outflow External ries/PAPI CactusPUGH/PUGH CactusPUGH/PUGHInterp CactusPUGH/PUGHReduce CactusPUGH/PUGHSlab Cactu rical/Periodic Carpet/PeriodicCarpet CactusExamples/Poisson Proca/ProcaBase Proca/ProcaEvolve P Proca_simpleID EinsteinAnalysis/PunctureTracker EinsteinAnalysis/QuasiLocalMeasures EinsteinIni ata/ReadInterpolate Carpet/ReductionTest Carpet/ReductionTest2 Carpet/ReductionTest3 CactusNume /ReflectionSymmetry Carpet/RegridSyncTest EinsteinInitialData/RotatingDBHIVP CactusNumerical/Ro gSymmetry180 CactusNumerical/RotatingSymmetry90 CactusExamples/SampleBoundary CactusExamples/Sa O Scalar/ScalarBase Scalar/ScalarEvolve Scalar/ScalarInit WVUThorns/Seed_Magnetic_Fields WVUTho iagnostics/Seed_Magnetic_Fields_BNS EinsteinUtils/SetMask_SphericalSurface EinsteinExact/Shifte eWave WVUThorns/ShiftedKerrSchild CactusNumerical/Slab CactusNumerical/SlabTest CactusConnect/S CactusNumerical/SpaceMask PITTNullCode/SphericalHarmonicDecomp PITTNullCode/SphericalHarmonicR PITTNullCode/SphericalHarmonicReconGen CactusNumerical/SphericalSurface EinsteinBase/StaticConf CactusNumerical/SummationByParts CactusBase/SymBase CactusUtils/SystemStatistics CactusUtils/S Topology CactusElliptic/TATelliptic EinsteinUtils/TGRtensor EinsteinInitialData/TOVSolver Cactu rical/TensorTypes CactusUtils/TerminationTrigger CactusTest/TestArrays Carpet/TestCarpetGridInf tusTest/TestComplex CactusTest/TestCoordinates CactusTest/TestFortranCrayPointers CactusTest/Te tranDependencies1 CactusTest/TestFortranDependencies2 CactusTest/TestFpointerNULL CactusTest/Te eF90 CactusTest/TestGlobalReduce CactusTest/TestInclude1 CactusTest/TestInclude2 CactusNumerica tLocalInterp2 CactusNumerical/TestLocalReduce CactusTest/TestLoop Carpet/TestLoopControl Cactus TestMath CactusTest/TestMoL CactusTest/TestPar CactusTest/TestReadWrite CactusTest/TestReduce C Test/TestSchedule CactusTest/TestStrings CactusTest/TestTable CactusTest/TestTimers CactusTest/ ypes CactusBase/Time CactusExamples/TimerInfo CactusUtils/TimerReport Carpet/Timers EinsteinBas nuBase CactusUtils/Trigger EinsteinInitialData/TwoPunctures Scalar/TwoPunctures_BBHSF Proca/Two ures_KerrProca EinsteinExact/Vaidya2 CactusUtils/Vectors WVUThorns_Diagnostics/VolumeIntegrals_ WVUThorns_Diagnostics/VolumeIntegrals_vacuum CactusUtils/WatchDog CactusWave/WaveBinarySource /WaveExtractL CactusExamples/WaveMoL CactusExamples/WaveToy1DF77 CactusExamples/WaveToy2DF77 Ca ave/WaveToyC CactusWave/WaveToyCXX CactusWave/WaveToyExtra CactusWave/WaveToyF77 CactusWave/Wav 90 CactusWave/WaveToyFreeF90 EinsteinAnalysis/WeylScal4 ExternalLibraries/hwloc ExternalLibrari bjpeg WVUThorns_Diagnostics/particle_tracerET ExternalLibraries/pthreads WVUThorns_Diagnostics/ bPoynET ExternalLibraries/zlib The report gave error: >>> /home/gw_czw/anaconda3/bin/x86_64-conda-linux-gnu-ld: unrecognized option '-Wall' /home/gw_czw/anaconda3/bin/x86_64-conda-linux-gnu-ld: use the --help option for usage informati make[1]: *** [/home/gw_czw/et/Cactus/lib/make/make.configuration:150: /home/gw_czw/et/Cactus/ex tus_sim] Error 1 make: *** [Makefile:265: sim] Error 2 So what does this "-wall" mean? I can not find such option in theeinsteintoolkit.th file. Thanks very much if you could help me solve this problem! Yours, Zhiwei Chen

2 1

Agenda for Thursday's Meeting
by rhaas＠illinois.edu 15 Jan '24

15 Jan '24

Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers

1 0

Fw: PhD fellowships
by Roland Haas 15 Jan '24

15 Jan '24

Begin forwarded message: Date: Mon, 15 Jan 2024 14:23:18 +0100 From: Enrico Barausse <barausse(a)sissa.it> To: Enrico Barausse <EnricoBarausse(a)gmail.com> Subject: PhD fellowships Dear Colleagues please find below the link to a call for applications to our PhD program, in case you know of potentially interested students https://hyperspace.uni-frankfurt.de/2024/01/15/phd-fellowships-at-sissa-ita… best regards Enrico Barausse

1 0

meeting minutes for 2024-01-11
by Roland Haas 11 Jan '24

11 Jan '24

Present: Roland, Peter, Steve, Leo, Andya, Sam, Samuel, Xinyue, Zach ET release: * ET release manager search for 2024_05: Steve (main), Roland (asst) * Peter will update TOV gallery example * Steve found that BNS example differs in new release, Roland will try and run on his workstation to verify Simfactory issues: * Steve has trouble getting simfactory to work on db1 for submission, it ignores sourcebasedir Open tickets: * https://bitbucket.org/einsteintoolkit/tickets/issues/2770 Roland will report issue to ADIOS2 * https://bitbucket.org/einsteintoolkit/tickets/issues/2771 Roland has been in contact with Wolfgang and Michal, they have implemented a similar fix in SGRID's master branch and Roland will backport * https://bitbucket.org/einsteintoolkit/tickets/issues/2520 Peter will re-run TOV example with updated parameters to see if there are visible changes Chapter on ET in Springer book: * Peter and Stefan Rosswog are adding SphincsBSSN code * Leo, Sam, Steve volunteer for ET section, will try and coordinate with Peter * will create skeleton for chapter, add division of space for codes * TODO: check if we need to describe BSSN codes * TODO: Roland to periodically poke * TODO: Roland to see if GRhydro authors can contribute Code changes policy * Samuel asked about how larger changes to contributed code are handled * Roland said that this is effectively up to the authors. The ET is conservative with changes to release branches that should be limited to obvious important bug fixes * For code changes the ET asks that all changes are reviewed but that does to have to be in the ET ticket system and could be code internal * Sam points out that changes that require changing parameter files need to have a deprecation warning for one release before they can be made Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

Einstein Toolkit Meeting Reminder
by rhaas＠illinois.edu 10 Jan '24

10 Jan '24

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users January 2024