Users October 2022

users@lists.einsteintoolkit.org

12 participants
26 discussions

Einstein Toolkit Meeting Reminder
by reminders＠einsteintoolkit.org 19 Oct '22

19 Oct '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 17 Oct '22

17 Oct '22

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

1 0

Fwd: Postdoctoral position in Numerical Relativity beyond GR at SISSA (Trieste, Italy)
by Roland Haas 14 Oct '22

14 Oct '22

Dear Colleagues please find here https://urldefense.com/v3/__https://academicjobsonline.org/ajo/jobs/23261__… an announcement for one postdoc position in numerical relativity beyond GR at SISSA (Trieste, Italy). Please feel free to forward to potential applicants. The deadline is Dec 16 and the position is foreseen to start in the second half of 2023 or earlier. Apologies if you receive this more than once best regards Enrico Barausse

1 0

meeting minutes for 2022-10-13
by Roland Haas 14 Oct '22

14 Oct '22

Present: Roland, Peter, Steve, Beyhan, Keith, Leo, Lorenzo, Sam, Zach ET release: * feature freeze today * no progress testing yet * Roland will send email with release date * Roland will send email to contributors about authorship etc. * Steve would like to get pull request to change scalar READS/WRITES t be "everywhere" by default Tickets: * https://bitbucket.org/einsteintoolkit/tickets/issues/2654/pr-for-admanalysi… ADMAnalysis has incorrect PROVIDES FUNCTION prototype (OUT when IN is correct) * https://bitbucket.org/einsteintoolkit/tickets/issues/2653/carpet-presync-tr… has a fix provided but needs to be reviewed * https://bitbucket.org/einsteintoolkit/tickets/issues/2648/empty-applybcs-ca… has superfluous ApplyBCs schedule. Zach says this had been copied from Lean_public and can be removed. Zach suggests reaching out to Lean developers. Unanswered questions: * http://lists.einsteintoolkit.org/pipermail/users/2022-October/008719.html about reducing number of checkpoints. Roland suggests that reducing checkpoint frequency to one per segment may not be worse than 8hrs since output HDF5 files tend to get corrupted if open when the code crashes * Leo will create pull request to handle time refinement in tracers for IGM correctly * Discussed how re-generating Baikal is handled about how to best handle inclusion of readme and documentation files. next week chair: Sam next week minute taker: Leo 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 0

Re: [Users] Avoiding writing one checkpoint file per MPI process
by Lorenzo Ennoggi 14 Oct '22

14 Oct '22

Hello Roland, all, could it be possible for you to have a quick look at the parameter file I am using (attached) to check if there is anything manifestly wrong/unsafe/unrecommended with checkpointing or with other I/O options? In case there are any issues, I can then take care of them and report back to the Frontera people. Thank you very much in advance, Lorenzo Il giorno gio 6 ott 2022 alle ore 15:29 Roland Haas <rhaas(a)illinois.edu> ha scritto: > Hello Lorenzo, > > TACC saved a bit of money on the IO system on Frontera :-) and thus > they now need to fix bugs in documentation. > > Yours, > Roland > > > Hi Roland, > > thank you, your suggestions are very useful. I was running one process > per > > core on more than 200 cores, so that may be part of the issue. Also, I > will > > try the one_file_per_group or one_file_per_rank options to reduce the > > performance impact. > > > > The cluster I'm running on is Frontera, and the guidelines to manage I/O > > operations properly on it are here > > < > https://urldefense.com/v3/__https://portal.tacc.utexas.edu/tutorials/managi… > > in case people are > > interested. I will follow them as closely as I can to avoid similar > > problems in the future. > > > > Thank you very much again, > > Lorenzo > > > > Il giorno gio 6 ott 2022 alle ore 12:52 Roland Haas <rhaas(a)illinois.edu> > ha > > scritto: > > > > > Hello Lorenzo, > > > > > > Unfortunately, Carpet will always write one checkpoint file per MPI > > > rank, there is no way to change that. > > > > > > As you learned the option out_proc_every only affects the out3D_vars > > > output (and possible out_vars 3D output) but never checkpoints. > > > > > > In my opinion, you should be impossible to stress the file system, of a > > > reasonably provisioned cluster, with the checkpoints. Even when running > > > on 32k MPI ranks (and 4k nodes) on BW, checkpoint-recovery was very > > > quick (1min or so) and barely made a blip on the system monitoring > > > radar. Any cluster with sufficiently many nodes to run at scale at > > > 1 file per rank (for a sane number of ranks ie some OpenMP threads) > > > should have a file system capable of taking checkpoints. Of course 1 > > > rank per core is no longer "sane" once you go beyond a couple hundred > > > cores. > > > > > > Now writing 1 file per output variable and per MPI rank may be a > > > different thing.... > > > In that case out_proc_every should help with out3D_vars. I would also > > > suggest one_file_per_group or even one_file_per_rank for this (see > > > CarpetIOHDF5's param.ccl), which will have less of a performance (no > > > communication) impact than out_proc_every != 1. > > > > > > If the issue is opening many files (again, only for out3D_vars regular > > > output), then you may also see benefits from the different options in: > > > > > > > https://urldefense.com/v3/__https://bitbucket.org/eschnett/carpet/pull-requ… > > > > > > > > https://urldefense.com/v3/__https://bitbucket.org/einsteintoolkit/tickets/i… > > > > > > > Yours, > > > Roland > > > > > > > Hello, > > > > In order to avoid stressing the filesystem on the cluster I'm > running > > > on, I > > > > was suggested to avoid writing one output/checkpoint file per MPI > process > > > > and instead collecting data from multiple processes before > > > > outputting/checkpointing happens. I found the combination of > parameters > > > > > > > > IO::out_mode = "np" > > > > IO::out_proc_every = 8 > > > > > > > > does the job for output files, but I still have one checkpoint file > per > > > > process. Is there a similar parameter, or combination of > parameters, > > > which > > > > can be used for checkpoint files? > > > > > > > > Thank you very much, > > > > Lorenzo Ennoggi > > > > > > > > > > > > -- > > > My email is as private as my paper mail. I therefore support encrypting > > > and signing email messages. Get my PGP key from > https://urldefense.com/v3/__http://keys.gnupg.net__;!!DZ3fjg!-IpspO3XOAP7Iq… > . > > > > > > > -- > 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. >

2 1

create-submit AttributeError
by Traver, Bradley 14 Oct '22

14 Oct '22

Greetings! I am trying to get Einstein Toolkit up and running on our cluster. All of the configuration files seem to be correct. As a test, I am running the following command with a parameter file provided by one of our physics professors. ./simfactory/bin/sim create-submit NeutronStarTest tov_gallery_polytrop.par 1 24:00:00 When the job tries to run, the following Python error occurs: AttributeError: 'SimProperties' object has no attribute 'testsuite' Looking at the properties.ini file, I can see "testsuite = False" but I'm not sure where that's being pulled in from. Any assistance would be greatly appreciated! Bradley Traver Cyberinfrastructure Engineer Computational Research Center University of North Dakota Chester Fritz Library, Room 334A 3051 University Ave, Stop 9000 https://und.edu/research/computational-research-center/ Office: 701-777-6514

2 1

Regarding configuration of workstation
by Indrani Banerjee 13 Oct '22

13 Oct '22

Hello everyone, I am planning to buy a workstation from my project. Can anyone suggest what should be its minimal configuration so that I can install Einstein Toolkit in it and use it to generate numerical waveforms? Thanks in advance. With best regards, Indrani ********************************************** Indrani Banerjee Assistant Professor Department of Physics & Astronomy, National Institute of Technology, Rourkela Odisha-769008, India email: banerjeein(a)nitrkl.ac.in, indrani.physics1(a)gmail.com **********************************************

2 3

Einstein Toolkit Meeting Reminder
by reminders＠einsteintoolkit.org 12 Oct '22

12 Oct '22

1 0

Postdoctoral Position in Nuclear Theory at Kent State University
by Roland Haas 11 Oct '22

11 Oct '22

Forwarded on behalf of Veronica Dexheimer Read online: https://muses.physics.illinois.edu/join/open-positions Deadline on Dec 31, 2022 Job description: The theoretical astrophysics group at Kent State University has an open postdoctoral research position commencing in fall 2023. Appointments are for a two-year term with potential extension to a third year. We are seeking candidates specializing in nuclear theory or computational physics, broadly defined. Applicants should be proficient in C or C++. The postdoc will work directly with Dr. Veronica Dexheimer and will become a member of the MUSES collaboration: https://muses.physics.illinois.edu/. As a result of the MUSES affiliation, the postdoc will have the opportunity to work with physicists at the University of Illinois Urbana Champaign. Interested applicants should submit a curriculum vitae (which includes a list of publications and presentations), a statement of research interests, a cover letter, and arrange to have three letters of reference uploaded to https://academicjobsonline.org/ajo/jobs/22781. In order to receive full consideration, applications should be submitted by December 31, 2022. Only applications submitted through Academic Jobs Online will be considered. Kent State University, an equal opportunity, affirmative action employer is committed to attaining excellence through the recruitment and retention of a diverse work force. Women, minorities, veterans, and individuals with disabilities are encouraged to apply. For further information, please contact Dr. Veronica Dexheimer (vdexheim(a)kent.edu). Contact: Veronica Dexheimer (vdexheim(a)kent.edu) Letters of Reference should be sent to: https://academicjobsonline.org/ajo/jobs/22781 More Information: https://academicjobsonline.org/ajo/jobs/22781

1 0

Agenda for Thursday's Meeting
by reminders＠einsteintoolkit.org 10 Oct '22

10 Oct '22

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

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users October 2022