Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Meeting minutes for 2022-05-26
by Atul Kedia 26 May '22

26 May '22

Attendees: Peter, Beyhan, Yosef, Leo, Steve, Roland, Miguel, Bruno, Atul Chair : Yosef, Minutes : Atul * next [https://docs.einsteintoolkit.org/et-docs/Release_Process ET release], [https://docs.einsteintoolkit.org/et-docs/Release_Details Details]. Gallery: TOV - Peter - done-ish Poisson - Miguel - done-ish Multipatch - Bill - ? BNS - Atul - not done BBH - Steve - not done Draft announcement for the May release: git@bitbucket.org:einsteintoolkit/www.git branch ET_2022_05/www/about/releases/ET_2022_05_announcement.md * [http://einsteintoolkit.org/testsuite_results/index.php testsuite status] [RH] * [https://einsteintoolkit.github.io/et2022uidaho ET summer school] at Idaho [RH] Emails sent to in-person people to help support their travel. Separate email for invited and tutorial speakers for talk titles and abstracts. Roland is going to run the hackathon for Wednesday, could use more help. Organization at Idaho is ongoing. Schedule altered a little bit for GW discussion on Thursday to accommodate European attendees. Make sure to keep your Zoom (and OS) updated, else may not be able to login. Organizers thinking of alternative methods of keeping it smooth. * move ET call to different timeslot due to scheduling conflicts [RH] Friday 9am or Thursday 10am central time? Going to send an email with “whenisgood” options. [https://www.einsteintoolkit.org/tools/unanswered.php unanswered question on mailing list] / None [https: //bitbucket.org/einsteintoolkit/tickets/issues?status=open&status=new&sort=- updated_on open tickets sorted by update time] / [https: //bitbucket.org/einsteintoolkit/tickets/issues?status=new&status=open&sort=- updated_on&q=Please%20review tickets ready for review]https: //bitbucket.org/einsteintoolkit/tickets/issues/963/improve-mclachlan- accuracyImplementing a new gauge damping. Improved convergence via using a trick by Duez et al. which improves convergence of BNS simulations. Zach tested it with BBH simulations and it improves the accuracy very well. Helps with Hamiltonian constraint violation. Next week Chair: Peter , Minutes: Miguel

2 1

Einstein Toolkit Meeting Reminder
by reminders＠einsteintoolkit.org 25 May '22

25 May '22

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

Agenda for Thursday's Meeting
by reminders＠einsteintoolkit.org 25 May '22

25 May '22

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

2 1

M1 Mac Compiling error
by Garrison, David 25 May '22

25 May '22

Hello, I keep getting the errors below when I try to compile my ETK code on my M1 Macs. Any ideas on how to correct this? Updating /Users/garrison/Applications/Cactus/configs/specgrmhd/lib/libthorn_CactusBindings.a Creating cactus_specgrmhd in /Users/garrison/Applications/Cactus/exe from CactusBase/Boundary CactusBase/CartGrid3D CactusBase/CoordBase CactusBase/Fortran CactusBase/IOASCII CactusBase/IOBasic CactusBase/IOUtil CactusBase/InitBase CactusNumerical/InterpToArray CactusNumerical/LocalInterp2 CactusNumerical/LocalReduce SpecCosmo/MHD_Analysis SpecCosmo/MHD_INIT ExternalLibraries/MPI SpecCosmo/MoL CactusUtils/NaNChecker CactusUtils/Nice CactusNumerical/Noise CactusNumerical/Norms CactusPUGH/PUGH CactusPUGH/PUGHInterp CactusPUGH/PUGHReduce CactusPUGH/PUGHSlab CactusNumerical/Periodic CactusNumerical/Slab SpecCosmo/SpecGRMHD CactusBase/SymBase CactusUtils/SystemStatistics CactusBase/Time CactusUtils/TimerReport CactusUtils/Vectors ExternalLibraries/zlib Undefined symbols for architecture arm64: "_analysis1_", referenced from: _CCTKi_BindingsSchedule_MHD_Analysis in ScheduleMHD_Analysis.c.o "_analysis2_", referenced from: _CCTKi_BindingsSchedule_MHD_Analysis in ScheduleMHD_Analysis.c.o "_analysis3_", referenced from: _CCTKi_BindingsSchedule_MHD_Analysis in ScheduleMHD_Analysis.c.o "_analysis4_", referenced from: _CCTKi_BindingsSchedule_MHD_Analysis in ScheduleMHD_Analysis.c.o "_checkfortranparameters_", referenced from: _CCTKi_BindingsSchedule_Fortran in ScheduleFortran.c.o "_grmhd_initial_", referenced from: _CCTKi_BindingsSchedule_MHD_INIT in ScheduleMHD_INIT.c.o ld: symbol(s) not found for architecture arm64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [/Users/garrison/Applications/Cactus/exe/cactus_specgrmhd] Error 1 make[1]: *** [specgrmhd] Error 2 make: *** [specgrmhd-rebuild] Error 2 -DG

3 8

Problem with CarpetRegrid2 for changing num_levels via trigger
by Shamim Haque 24 May '22

24 May '22

Hi all, I am trying to change the num_levels for CarpetRegrid2 using the trigger, inspired from the gallery example at ET website. The trigger seems to kick in at the right place, as the simulation stopped while regridding for new num_levels. The dedicated lines in parfile are as follows: *CarpetRegrid2::freeze_unaligned_levels = "yes"CarpetRegrid2::movement_threshold_1 = 0.10CarpetRegrid2::movement_threshold_2 = 0.10CarpetRegrid2::num_centres = 2CarpetRegrid2::num_levels_1 = 7 #10CarpetRegrid2::num_levels_2 = 7CarpetRegrid2::position_x_1 = -13.543564CarpetRegrid2::position_x_2 = 13.543564CarpetRegrid2::radius_1[1] = 270.0CarpetRegrid2::radius_1[2] = 160.0CarpetRegrid2::radius_1[3] = 90.0CarpetRegrid2::radius_1[4] = 40.0CarpetRegrid2::radius_1[5] = 25.0CarpetRegrid2::radius_1[6] = 9.0CarpetRegrid2::radius_1[7] = 6.0CarpetRegrid2::radius_1[8] = 3.0CarpetRegrid2::radius_1[9] = 1.5CarpetRegrid2::radius_2[1] = 270.0CarpetRegrid2::radius_2[2] = 160.0CarpetRegrid2::radius_2[3] = 90.0CarpetRegrid2::radius_2[4] = 40.0CarpetRegrid2::radius_2[5] = 25.0CarpetRegrid2::radius_2[6] = 9.0CarpetRegrid2::regrid_every = 32CarpetRegrid2::symmetry_rotating180 = "no"CarpetRegrid2::verbose = "yes"* *Trigger::Trigger_Number = 1Trigger::Trigger_Checked_Variable[0]="ADMBase::alp"Trigger::Trigger_Reduction [0]="minimum"Trigger::Trigger_Relation [0]="<"Trigger::Trigger_Checked_Value [0]=0.1Trigger::Trigger_Reaction [0]="steerscalar"Trigger::Trigger_Steered_Scalar [0] = "CarpetRegrid2::num_levels[0]" # == num_levels_1Trigger::Trigger_Steered_Scalar_Value[0] = "10"* The outfile reports the following error: *INFO (CarpetRegrid2): Centre 1 is at position [0.000191809,0.000291781,-0.00018496] with 10 levelsINFO (CarpetRegrid2): Centre 2 is at position [0.000191809,0.000291781,-0.00018496] with 7 levelsINFO (CarpetRegrid2): Regridding level 0 map 0 at iteration 4129 time 806.25INFO (CarpetRegrid2): Regridding levels 1 and up [1mERROR from host astro-Z390-AORUS-ELITE process 0 in thorn CarpetRegrid2, file /home/astro/Documents/ET/Cactus/configs/sim/build/CarpetRegrid2/regrid.cc:89: -> [0m Region 1 has 10 levels active, which is larger than the maximum number of refinement levels 7* I could not figure out where it went wrong. The minimum lapse at iteration 4128 is 0.095, so the condition in trigger seems to be working fine. Some insight into it would be helpful. Thanks in advance. Regards Shamim Haque Senior Research Fellow (SRF) Department of Physics IISER Bhopal

2 2

using spack on HPC systems
by Roland Haas 23 May '22

23 May '22

Hello all, Erik Schnetter will give a short presentation on how to use Spack on HPC systems during this week's Einstein Toolkit call. http://einsteintoolkit.org/seminars/2022_05_19/index.html 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://keys.gnupg.net.

1 2

🤍 All The Girls From Next Door Are Here With Their Cams! Visit Cam: Https://wondergirl22.page.link/29hQ?97a5 🤍 invites you to visit wongwienyai.com
by 🤍 All The Girls From Next Door Are Here With Their C ams! Visit Cam: Https://wondergirl22.page.link/29hQ?9 7a5 🤍 22 May '22

22 May '22

Hello.. 🤍 All The Girls From Next Door Are Here With Their Cams! Visit Cam: Https://wondergirl22.page.link/29hQ?97a5 🤍 invites you to visit this link: http://wongwienyai.com/modules/mod_simple_page_options/email_sender.php . 🤍 All The Girls From Next Door Are Here With Their Cams! Visit Cam: Https://wondergirl22.page.link/29hQ?97a5 🤍 tells you: This is a nice link. I liked it, and i thoght you might like it too. Regards, 🤍 All The Girls From Next Door Are Here With Their Cams! Visit Cam: Https://wondergirl22.page.link/29hQ?97a5 🤍

1 0

Today's presentation on Spack
by Steven R. Brandt 19 May '22

19 May '22

Today's presentation on Spack https://lsu.zoom.us/rec/share/0RaJIL6QRAc3DdodeYyyoZtnulrVBoyjLA_nRmPIvO267… --Steve

1 0

Einstein Toolkit Meeting Reminder
by users＠einsteintoolkit.org 18 May '22

18 May '22

1 0

Implementing a simple 1+1 BSSN in Python
by Chris Stevens 17 May '22

17 May '22

Hi all, I've been having trouble implementing the BSSN equations, as given by CTGamma, in Python using the package COFFEE, which I am very familiar with: https://gitlab.com/thebarista/coffee https://doi.org/10.1016/j.softx.2019.100283 The main comments are: -- For simplicity, I am starting with a 1+1 code (set 2/3 spatial derivatives to be exactly zero). -- The 1+log slicing for the lapse and a zero shift. -- The "phi" conformal factor type -- The evolution equations are written to Python by a very slight modification of the .m file in CTGEvolution. I've confirmed this .m file outputs the same file that is in the src directory. -- The vanishing of the trace of A is enforced after each full timestep in the same way as CTGamma. -- Boundary conditions are not applied. -- Fourth order SBP operators that lean over toward the boundaries are used. -- Minkowski initial data with all fields zero except \gamma11/22/33. -- Euler step is used for time integration to easier compare between Python and the Einstein toolkit. This leads to a stable evolution in the Einstein toolkit with the attached .par file using a simple one patch Cartesian grid. However, in Python, I get that fields diverge, starting at the boundaries and then propagating inward (including with RK4). This behaviour does not go away with higher resolution or reduced CFL. It is however, fixed completely by setting the second spatial derivative of \alpha to be exactly zero. Trying many different SBP FD operators that have proved successful for other projects has not changed the behaviour. The COFFEE code has been used and tested in a variety of projects and so there should not be a problem here. Thus, the only thing I can think of, is that the Einstein toolkit is doing something that I am not realizing, that is helping it remain stable. Hopefully, somebody on this mailing list might have an idea? Thanks in advance, Chris [cid:24ac78ee-cd7a-40c0-b7fa-b5c3eb1487e4] [cid:f1d6b1c8-503c-4454-acda-c279e33ad090] Dr Chris Stevens Lecturer in Applied Mathematics Rm 602, Jack Erskine building School of Mathematics and Statistics T: +64 3 369 0396 (Internal 90396) University of Canterbury | Te Whare Wānanga o Waitaha Private Bag 4800, Christchurch 8140, New Zealand http://www.chrisdoesmaths.com<http://www.chrisdoesmaths.com/> Director SCRI Ltd http://www.scri.co.nz<http://www.scri.co.nz/>

3 6

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users