From shamims at iiserb.ac.in Wed May 1 06:54:08 2024 From: shamims at iiserb.ac.in (Shamim Haque 1910511) Date: Wed, 1 May 2024 17:24:08 +0530 Subject: [Users] Issue with npernode value in MPI Message-ID: Hi all, I am attempting ETK installation in KALINGA Cluster at NISER, India. This cluster has 40 procs per node and SLURM workload manager. I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the machinefile, optionlist, submitscript and runscript). The installation is mostly alright, as I can run parfiles for test TOV and BNS mergers. I tried to run a simulation with procs=160 (nodes 4) and num-threads=1 but landed with this error (error file also attached): *+ mpiexec -n 640 -npernode 40.0 /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim -L 3 /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par----------------------------------------------------------------------------Open MPI has detected that a parameter given to a command lineoption does not match the expected format: Option: npernode Param: 40.0This is frequently caused by omitting to provide the parameterto an option that requires one. Please check the command line and try again.----------------------------------------------------------------------------* Strangely, this error is not at all regular. Mostly, the error won't appear, and the simulation works just fine (with no changes being made in the scripts or simfactory command). In fact, this exact simulation has worked fine before. Since I am unable to find the source of this issue, I am also unable to recreate the error on my own. But it does kick in occasionally. My command for mpi execution in runscript looks like this: *time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / @NUM_THREADS@)@ @EXECUTABLE@ -L 3 @PARFILE@* If I replace * @(@PPN_USED@ / @NUM_THREADS@)@ *with a desired value, then the script always works. My simfactory command looks like this: *./simfactory/bin/sim create-submit dx25_r500_rg7_t30_p640-1_2 --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par --queue=large1 --procs=640 --num-threads=1 --walltime=00:45:00* I am unable to understand how to solve this issue. Any help with this issue is appreciated. Please let me know if you need more information. Thank you. Regards Shamim Haque Senior Research Fellow (SRF) Department of Physics IISER Bhopal ? -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kalinga_gcc.run Type: application/octet-stream Size: 618 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kalinga.ini Type: application/x-ini Size: 2815 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kalinga_gcc.cfg Type: application/octet-stream Size: 3325 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kalinga.sub Type: application/octet-stream Size: 492 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: dx25_r500_rg7_t30_p640-1_2.err Type: application/octet-stream Size: 1215 bytes Desc: not available URL: From shamims at iiserb.ac.in Wed May 1 07:08:39 2024 From: shamims at iiserb.ac.in (Shamim Haque 1910511) Date: Wed, 1 May 2024 17:38:39 +0530 Subject: [Users] Issue with npernode value in MPI In-Reply-To: References: Message-ID: Sorry for the typo in the email: *I tried to run a simulation with procs=640 (nodes 16) procs=160 (nodes 4)* Shamim Haque Senior Research Fellow (SRF) Department of Physics IISER Bhopal ? On Wed, May 1, 2024 at 5:24?PM Shamim Haque 1910511 wrote: > Hi all, > > I am attempting ETK installation in KALINGA Cluster at NISER, India. This > cluster has 40 procs per node and SLURM workload manager. > > I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the machinefile, > optionlist, submitscript and runscript). The installation is mostly > alright, as I can run parfiles for test TOV and BNS mergers. > > I tried to run a simulation with procs=160 (nodes 4) and num-threads=1 but > landed with this error (error file also attached): > > > > > > > > > > > > > *+ mpiexec -n 640 -npernode 40.0 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim > -L 3 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par----------------------------------------------------------------------------Open > MPI has detected that a parameter given to a command lineoption does not > match the expected format: Option: npernode Param: 40.0This is > frequently caused by omitting to provide the parameterto an option that > requires one. Please check the command line and try > again.----------------------------------------------------------------------------* > > Strangely, this error is not at all regular. Mostly, the error won't > appear, and the simulation works just fine (with no changes being made in > the scripts or simfactory command). In fact, this exact simulation has > worked fine before. Since I am unable to find the source of this issue, I > am also unable to recreate the error on my own. But it does kick in > occasionally. > > My command for mpi execution in runscript looks like this: > > *time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / @NUM_THREADS@)@ > @EXECUTABLE@ -L 3 @PARFILE@* > > If I replace * @(@PPN_USED@ / @NUM_THREADS@)@ *with a desired value, then > the script always works. My simfactory command looks like this: > > > *./simfactory/bin/sim create-submit dx25_r500_rg7_t30_p640-1_2 > --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par --queue=large1 > --procs=640 --num-threads=1 --walltime=00:45:00* > > I am unable to understand how to solve this issue. Any help with this > issue is appreciated. Please let me know if you need more information. > Thank you. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > ? > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbrandt at cct.lsu.edu Wed May 1 12:34:53 2024 From: sbrandt at cct.lsu.edu (Steven Brandt) Date: Wed, 1 May 2024 12:34:53 -0500 Subject: [Users] Issue with npernode value in MPI In-Reply-To: References: Message-ID: Hello Shamim, The error says that you're calling MPI with the wrong parameters, specificall -npernode. Since you're using slurm, MPI should be smart enough that you don't need to pass -n, -npernode,? How did you get a Runscript and Submitscript for this machine. Did you create yourself? --Steve On 5/1/2024 6:54 AM, Shamim Haque 1910511 wrote: > Hi all, > > I am attempting?ETK installation?in KALINGA Cluster at NISER, India. > This cluster has 40 procs per node and SLURM workload manager. > > I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the > machinefile, optionlist, submitscript and runscript).?The installation > is mostly alright, as I can run parfiles for test TOV and BNS mergers. > > I tried to run a simulation with procs=160 (nodes 4) and num-threads=1 > but landed with this error (error file also attached): > > /+ mpiexec -n 640 -npernode 40.0 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim > -L 3 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par > ---------------------------------------------------------------------------- > Open MPI has detected that a parameter given to a command line > option does not match the expected format: > > ? Option: npernode > ? Param: ?40.0 > > This is frequently caused by omitting to provide the parameter > to an option that requires one. Please check the command line and try > again. > ---------------------------------------------------------------------------- > / > > Strangely, this error is not at all regular. Mostly, the error won't > appear, and the simulation works just fine (with no changes being made > in the scripts or simfactory command).?In fact, this exact simulation > has worked fine before. Since I am unable to find the source of this > issue, I am also unable to recreate the error on my own. But it does > kick in occasionally. > > My command for mpi execution in runscript looks like this: > > /time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / @NUM_THREADS@)@ > @EXECUTABLE@ -L 3 @PARFILE@/ > > If I replace /?@(@PPN_USED@ / @NUM_THREADS@)@ /with a desired value, > then the script always works. My simfactory command looks like this: > > /./simfactory/bin/sim create-submit dx25_r500_rg7_t30_p640-1_2 > --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par --queue=large1 > --procs=640 --num-threads=1 --walltime=00:45:00 > / > > I am unable to understand how to solve this issue. Any help with this > issue is appreciated. Please let me know if you need more information. > Thank you. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > ? > > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users -------------- next part -------------- An HTML attachment was scrubbed... URL: From shamims at iiserb.ac.in Wed May 1 14:35:52 2024 From: shamims at iiserb.ac.in (Shamim Haque 1910511) Date: Thu, 2 May 2024 01:05:52 +0530 Subject: [Users] Issue with npernode value in MPI In-Reply-To: References: Message-ID: Hello Steve, Thanks for pointing this out. I'll try to write a fresh runscipt by looking at example runscripts. Since you're using slurm, MPI should be smart enough that you don't need to pass -n, -npernode, I don't need to pass -n as well? I can see -n @NUM_PROCS@ in the SBATCH runscripts that uses openmpi (example - graham, expanse). Can you please explain a little bit about what should be the simplest/safest mpi execution command to start with? And how can we build it further to optimise it more? How did you get a Runscript and Submitscript for this machine. Did you create yourself? My first attempt was at an HPC at my home institute IISER Bhopal, which had PBS. Then, I installed ETK in the NSM facility (India), which has SLURM. I changed most of the stuff in machinefile and submitscipt as per SLRUM (by looking at available example scripts) and copied the runscript from PBS, which was working fine. The current HPC also has SLURM, so I copied all the scripts from the NSM facility. It always worked alright, so I was never quite sceptical about the runscipt, especially because the error has only shown up in the current HPC only and quite occasionally. Now, I can see from example runscripts that mpi execution commands for SBATCH look very different from PBS ones. Regards Shamim Haque Senior Research Fellow (SRF) Department of Physics IISER Bhopal ? On Wed, May 1, 2024 at 11:05?PM Steven Brandt wrote: > Hello Shamim, > > The error says that you're calling MPI with the wrong parameters, > specificall -npernode. Since you're using slurm, MPI should be smart enough > that you don't need to pass -n, -npernode, How did you get a Runscript and > Submitscript for this machine. Did you create yourself? > > --Steve > On 5/1/2024 6:54 AM, Shamim Haque 1910511 wrote: > > Hi all, > > I am attempting ETK installation in KALINGA Cluster at NISER, India. This > cluster has 40 procs per node and SLURM workload manager. > > I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the machinefile, > optionlist, submitscript and runscript). The installation is mostly > alright, as I can run parfiles for test TOV and BNS mergers. > > I tried to run a simulation with procs=160 (nodes 4) and num-threads=1 but > landed with this error (error file also attached): > > > > > > > > > > > > > *+ mpiexec -n 640 -npernode 40.0 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim > -L 3 > /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par > ---------------------------------------------------------------------------- > Open MPI has detected that a parameter given to a command line option does > not match the expected format: Option: npernode Param: 40.0 This is > frequently caused by omitting to provide the parameter to an option that > requires one. Please check the command line and try again. > ---------------------------------------------------------------------------- > * > > Strangely, this error is not at all regular. Mostly, the error won't > appear, and the simulation works just fine (with no changes being made in > the scripts or simfactory command). In fact, this exact simulation has > worked fine before. Since I am unable to find the source of this issue, I > am also unable to recreate the error on my own. But it does kick in > occasionally. > > My command for mpi execution in runscript looks like this: > > *time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / @NUM_THREADS@)@ > @EXECUTABLE@ -L 3 @PARFILE@* > > If I replace * @(@PPN_USED@ / @NUM_THREADS@)@ *with a desired value, then > the script always works. My simfactory command looks like this: > > > *./simfactory/bin/sim create-submit dx25_r500_rg7_t30_p640-1_2 > --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par --queue=large1 > --procs=640 --num-threads=1 --walltime=00:45:00 * > > I am unable to understand how to solve this issue. Any help with this > issue is appreciated. Please let me know if you need more information. > Thank you. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > ? > > _______________________________________________ > Users mailing listUsers at einsteintoolkit.orghttp://lists.einsteintoolkit.org/mailman/listinfo/users > > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Wed May 1 17:15:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Wed, 01 May 2024 17:15:01 -0500 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: 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 From thejasanair275 at gmail.com Wed May 1 23:31:52 2024 From: thejasanair275 at gmail.com (Thejas A Nair) Date: Thu, 2 May 2024 10:01:52 +0530 Subject: [Users] Unsubscribe from toolkit community. Message-ID: Dear Sir/Madam I used the Einstein toolkit for my masters project, it's been a while since the completion of the project. I want to unsubscribe from the community as I am using the same. Warm regards. -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Thu May 2 09:10:41 2024 From: rhaas at illinois.edu (Roland Haas) Date: Thu, 2 May 2024 09:10:41 -0500 Subject: [Users] Unsubscribe from toolkit community. In-Reply-To: References: Message-ID: <20240502091041.6ef8a29e@ekohaes8.ncsa.illinois.edu> Hello Thejas, Sorry to see you go and thanks for letting us know. You can remove yourself from the mailing list using the link at the bottom of each email: http://lists.einsteintoolkit.org/mailman/listinfo/users or by sending email to the unsubscribe email address (the mailing list runs mailman, https://www.list.org/mailman-member/node14.html): users-leave at einsteintoolkit.org I will remove you from the list ore registered ET users. Yours, Roland On Thu, 2 May 2024 10:01:52 +0530, Thejas A Nair wrote: > Dear Sir/Madam > > I used the Einstein toolkit for my masters project, it's been a while since > the completion of the project. I want to unsubscribe from the community as > I am using the same. > > > Warm regards. -- 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From sbrandt at cct.lsu.edu Thu May 2 09:47:31 2024 From: sbrandt at cct.lsu.edu (Steven Brandt) Date: Thu, 2 May 2024 09:47:31 -0500 Subject: [Users] Meeting minutes 2024-05-02 Message-ID: Present: Steve, Roland, Lucas, Keith Dow, Petr, Leo, Zach Workshop is on track ??? Lost one speaker - Nasir Need to figure out what to do with MultipoleX and messed up inheritance Need Status on NewRadX Need Status GRHayL-based IllinoisGRMHD Schedule is going to slip ??? Family vacation for Steve From a DB run ? Tests failed: ??? test_o11 (from CarpetProlongateTest) ??? Balsara1 (from IllinoisGRMHD) ??? Balsara2 (from IllinoisGRMHD) ??? Balsara3 (from IllinoisGRMHD) ??? Balsara4 (from IllinoisGRMHD) ??? Balsara5 (from IllinoisGRMHD) ??? ML_BSSN_NewRad (from ML_BSSN_Test) ??? ML_BSSN_O8_sgw3d (from ML_BSSN_Test) Ticket 2794 - Reflection Symmetry probably needs restrict fixed. Ticket 963 - Improve McL accuracy, Peter says his modification looks bad Ticket 2772 - Link ordering someone has to poke Samuel Ticket 2776 - Zlib From berte.rodrigo at gmail.com Sat May 4 15:51:02 2024 From: berte.rodrigo at gmail.com (=?UTF-8?Q?Rodrigo_Bert=C3=A9?=) Date: Sat, 4 May 2024 17:51:02 -0300 Subject: [Users] Possible bug report Message-ID: Dear Sir/Madam, I am a new user of kuibit and I would like to report a bug (at least that is how it appears to me) and a possible solution to it. I am running Ubuntu through the Windows subsystem for Linux (Windows 10) and when trying to run a kuibit script to plot some data from the single star simulation tov_EV ( https://github.com/EinsteinToolkit/jupyter-et/blob/master/tutorial-server/notebooks/CactusTutorial.ipynb), the following error is shown: File "/home/USER/.local/lib/python3.10/site-packages/tikzplotlib/_axes.py", line 3, in from matplotlib.backends.backend_pgf import ( ImportError: cannot import name 'common_texification' from 'matplotlib.backends.backend_pgf' Apparently the function "common_texification" has been discontinued and replaced by "_tex_escape" (as shown in matplotlib.backends.backend_pgf in the Spyder files - the Python compiler I use in Windows). @_api.deprecated("3.6") def common_texification(text): return _tex_escape(text) So, by replacing the instances of "common_texification" (6 I believe) by "_tex_escape" in the _axes.py module of the tikzplotlib library, the kuibit functions in Ubuntu seem to run smoothly. I am a relatively inexperienced user of Ubuntu/WSL/Python and I am not sure how much this is considered a bug, but I hope that this could be useful for others. Many thanks, Rodrigo -- Dr. Rodrigo Bert? Goia?nia-GO, Brazil -------------- next part -------------- An HTML attachment was scrubbed... URL: From assumpcaothiago at gmail.com Mon May 6 09:39:28 2024 From: assumpcaothiago at gmail.com (=?UTF-8?B?VGhpYWdvIEFzc3VtcMOnw6Nv?=) Date: Mon, 6 May 2024 10:39:28 -0400 Subject: [Users] Possible bug report In-Reply-To: References: Message-ID: Hi Rodrigo, I believe you are experiencing the same issue reported here: https://github.com/Sbozzolo/kuibit/issues/37 A possible workaround is to use kuibit in an environment with matplotlib 3.7. Best, Thiago On Mon, May 6, 2024 at 10:12?AM Rodrigo Bert? wrote: > Dear Sir/Madam, > > I am a new user of kuibit and I would like to report a bug (at least that > is how it appears to me) and a possible solution to it. > > I am running Ubuntu through the Windows subsystem for Linux (Windows 10) > and when trying to run a kuibit script to plot some data from the single > star simulation tov_EV ( > https://github.com/EinsteinToolkit/jupyter-et/blob/master/tutorial-server/notebooks/CactusTutorial.ipynb), > the following error is shown: > > File > "/home/USER/.local/lib/python3.10/site-packages/tikzplotlib/_axes.py", line > 3, in > from matplotlib.backends.backend_pgf import ( > ImportError: cannot import name 'common_texification' from > 'matplotlib.backends.backend_pgf' > > Apparently the function "common_texification" has been discontinued and > replaced by "_tex_escape" (as shown in matplotlib.backends.backend_pgf in > the Spyder files - the Python compiler I use in Windows). > > @_api.deprecated("3.6") > def common_texification(text): > return _tex_escape(text) > > So, by replacing the instances of "common_texification" (6 I believe) by > "_tex_escape" in the _axes.py module of the tikzplotlib library, the kuibit > functions in Ubuntu seem to run smoothly. > > I am a relatively inexperienced user of Ubuntu/WSL/Python and I am not > sure how much this is considered a bug, but I hope that this could be > useful for others. > > Many thanks, > Rodrigo > > -- > > Dr. Rodrigo Bert? > > Goia?nia-GO, Brazil > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bozzola.gabriele at gmail.com Mon May 6 10:57:10 2024 From: bozzola.gabriele at gmail.com (Gabriele Bozzola) Date: Mon, 6 May 2024 08:57:10 -0700 Subject: [Users] Possible bug report In-Reply-To: References: Message-ID: Hi Rodrigo, Thanks for your bug report, for looking into it, and trying to come up with a potential solution. As Thiago mentioned, this is a known issue. In version 1.4.1 (tagged but not released), the import of the offending module (`tikzplotlitb`) only occurs when the module is needed. If you want to give it a try, you can install this version of kuibit with: ``` pip install -U git+https://github.com/sbozzolo/kuibit.git at 141 ``` There is a pull request to `tikzplotlib` that does what you suggested: https://github.com/nschloe/tikzplotlib/pull/604 . However, it has not been merged yet. Unfortunately, `tikzplotlib` hasn't seen too much work as of lately... Please, let us know if you encounter further issues. Best, Gabriele On Mon, May 6, 2024 at 7:39?AM Thiago Assump??o wrote: > Hi Rodrigo, > > I believe you are experiencing the same issue reported here: > https://github.com/Sbozzolo/kuibit/issues/37 > > A possible workaround is to use kuibit in an environment with matplotlib > 3.7. > > Best, > Thiago > > On Mon, May 6, 2024 at 10:12?AM Rodrigo Bert? > wrote: > >> Dear Sir/Madam, >> >> I am a new user of kuibit and I would like to report a bug (at least that >> is how it appears to me) and a possible solution to it. >> >> I am running Ubuntu through the Windows subsystem for Linux (Windows 10) >> and when trying to run a kuibit script to plot some data from the single >> star simulation tov_EV ( >> https://github.com/EinsteinToolkit/jupyter-et/blob/master/tutorial-server/notebooks/CactusTutorial.ipynb), >> the following error is shown: >> >> File >> "/home/USER/.local/lib/python3.10/site-packages/tikzplotlib/_axes.py", line >> 3, in >> from matplotlib.backends.backend_pgf import ( >> ImportError: cannot import name 'common_texification' from >> 'matplotlib.backends.backend_pgf' >> >> Apparently the function "common_texification" has been discontinued and >> replaced by "_tex_escape" (as shown in matplotlib.backends.backend_pgf in >> the Spyder files - the Python compiler I use in Windows). >> >> @_api.deprecated("3.6") >> def common_texification(text): >> return _tex_escape(text) >> >> So, by replacing the instances of "common_texification" (6 I believe) by >> "_tex_escape" in the _axes.py module of the tikzplotlib library, the kuibit >> functions in Ubuntu seem to run smoothly. >> >> I am a relatively inexperienced user of Ubuntu/WSL/Python and I am not >> sure how much this is considered a bug, but I hope that this could be >> useful for others. >> >> Many thanks, >> Rodrigo >> >> -- >> >> Dr. Rodrigo Bert? >> >> Goia?nia-GO, Brazil >> _______________________________________________ >> Users mailing list >> Users at einsteintoolkit.org >> http://lists.einsteintoolkit.org/mailman/listinfo/users >> > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Mon May 6 15:18:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Mon, 06 May 2024 15:18:01 -0500 Subject: [Users] Agenda for Thursday's Meeting Message-ID: Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From paolo.pani at uniroma1.it Tue May 7 09:23:28 2024 From: paolo.pani at uniroma1.it (Paolo Pani) Date: Tue, 07 May 2024 09:23:28 -0500 Subject: [Users] Second Announcement: TEON Message-ID: <20240507142328.A50DD10DA776@mail.einsteintoolkit.org> AV workshop on the theory of gravitational waves (Sep 16-20, 2024 at Sapienza) - Deadline May 31st Message-ID: <663a3960.cVaeS6quT1iWI5Es%paolo.pani at uniroma1.it> User-Agent: Heirloom mailx 12.5 7/5/10 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Dear Colleagues, this is the second announcement for the first "TEONGRAV international workshop on theory of gravitational waves", to be held at Sapienza University of Rome on Sep, 16-20 2024: https://agenda.infn.it/e/GWtheory The aim of the workshop is to discuss different aspects of the theory of GW sources. Topics will include GW modeling, tests of gravity, neutron-star equations of state, astrophysical black-hole formation channels, and EM counterparts to GW events. Registrations and abstract submission will close on May 31st, 2024! We expect to ask for a small fee (EUR 100) to partially cover organization costs. We will have slots for contributed talks, round tables, and discussion. If you have any questions, please don't hesitate to contact us. Sincerely, The TEONGRAV Scientific Committee Enrico Barausse, Mariafelicia De Laurentis, Luca Del Zanna, Bruno Giacomazzo, Leonardo Gualtieri, Giuliano Iorio, Andrea Maselli, Alessandro Nagar, Paolo Pani, Albino Perego -- Paolo Pani Professor of Theoretical Physics Junior Fellow, Scuola Superiore di Studi Avanzati Sapienza Physics Department (Marconi Building), 3rd floor, room 334 Sapienza University of Rome Piazzale Aldo Moro 5 - 00185 Rome (Italy) +39 06 4991 4472 (int 24472) https://web.uniroma1.it/gmunu/ -- *Fai crescere le giovani ricercatrici e i giovani ricercatori*** *con il 5 per mille alla Sapienza* Scrivi il codice fiscale dell'Universita *80209930587 **https://www.uniroma1.it/it/node/23149* From bruno.giacomazzo at unimib.it Tue May 7 10:19:22 2024 From: bruno.giacomazzo at unimib.it (Bruno Giacomazzo) Date: Tue, 7 May 2024 17:19:22 +0200 Subject: [Users] Fwd: Second Announcement: TEONGRAV workshop on the theory of gravitational waves (Sep 16-20, 2024 at Sapienza) - Deadline May 31st In-Reply-To: References: Message-ID: Dear colleagues, please see the following reminder for a conference taking place in Rome in September. Sorry if you already received this announcement. Best regards, Bruno ---------- Forwarded message --------- Da: Paolo Pani Date: mar 7 mag 2024 alle ore 14:10 Subject: Second Announcement: TEONGRAV workshop on the theory of gravitational waves (Sep 16-20, 2024 at Sapienza) - Deadline May 31st Dear Colleagues, this is the second announcement for the first ?TEONGRAV international workshop on theory of gravitational waves?, to be held at Sapienza University of Rome on Sep, 16-20 2024: https://agenda.infn.it/e/GWtheory The aim of the workshop is to discuss different aspects of the theory of GW sources. Topics will include GW modeling, tests of gravity, neutron-star equations of state, astrophysical black-hole formation channels, and EM counterparts to GW events. Registrations and abstract submission will close on May 31st, 2024! We expect to ask for a small fee (EUR 100) to partially cover organization costs. We will have slots for contributed talks, round tables, and discussion. If you have any questions, please don?t hesitate to contact us. Sincerely, The TEONGRAV Scientific Committee Enrico Barausse, Mariafelicia De Laurentis, Luca Del Zanna, Bruno Giacomazzo, Leonardo Gualtieri, Giuliano Iorio, Andrea Maselli, Alessandro Nagar, Paolo Pani, Albino Perego -- Paolo Pani Professor of Theoretical Physics Junior Fellow, Scuola Superiore di Studi Avanzati Sapienza Physics Department (Marconi Building), 3rd floor, room 334 Sapienza University of Rome Piazzale Aldo Moro 5 - 00185 Rome (Italy) +39 06 4991 4472 (int 24472) https://web.uniroma1.it/gmunu/ *Fai crescere le giovani ricercatrici e i giovani ricercatori* *con il 5 per mille alla Sapienza* Scrivi il codice fiscale dell'Universit? *80209930587**Cinque per mille * -- Prof. Bruno Giacomazzo Department of Physics University of Milano-Bicocca Piazza della Scienza 3 20126 Milano Italy email: bruno.giacomazzo at unimib.it phone: (+39) 02 6448 2321 web: http://www.brunogiacomazzo.org --------------------------------------------------------------------- There are only 10 types of people in the world: Those who understand binary, and those who don't ---------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Wed May 8 17:15:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Wed, 08 May 2024 17:15:01 -0500 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: 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 From p.moesta at uva.nl Thu May 9 07:20:00 2024 From: p.moesta at uva.nl (Philipp Moesta) Date: Thu, 9 May 2024 12:20:00 +0000 Subject: [Users] European Einstein Toolkit Meeting 2024 Message-ID: European Einstein Toolkit Workshop and Meeting 2024 We are pleased to announce the 2024 edition of the European Einstein Toolkit Meeting. The in-person workshop will be held at the Gravitation & Astroparticle Physics Amsterdam (https://www.grappa.amsterdam/) center of the University of Amsterdam and will provide an opportunity for researchers and students to learn about the Einstein Toolkit (https://einsteintoolkit.org/), a community-driven software platform of core computational tools to advance and support research in relativistic astrophysics and gravitational physics. The workshop will offer a mixture of talks and tutorials, with the tutorials including basic tutorials for new users and more advanced topics. The talks will, likewise, provide information for new users and will highlight exciting science cases and the latest developments in numerical relativity. Please register via the website no later than Jun 14, 2024. Looking forward to seeing you there! Philipp on behalf of the SOC/LOC -------------- next part -------------- An HTML attachment was scrubbed... URL: From p.moesta at uva.nl Thu May 9 07:25:09 2024 From: p.moesta at uva.nl (Philipp Moesta) Date: Thu, 9 May 2024 12:25:09 +0000 Subject: [Users] European Einstein Toolkit Meeting 2024 In-Reply-To: References: Message-ID: The meeting will take place Jul 8-12, 2024. Best, Philipp From: Philipp Moesta Date: Thursday, May 9, 2024 at 14:20 To: users at einsteintoolkit.org Subject: European Einstein Toolkit Meeting 2024 European Einstein Toolkit Workshop and Meeting 2024 We are pleased to announce the 2024 edition of the European Einstein Toolkit Meeting. The in-person workshop will be held at the Gravitation & Astroparticle Physics Amsterdam (https://www.grappa.amsterdam/) center of the University of Amsterdam and will provide an opportunity for researchers and students to learn about the Einstein Toolkit (https://einsteintoolkit.org/), a community-driven software platform of core computational tools to advance and support research in relativistic astrophysics and gravitational physics. The workshop will offer a mixture of talks and tutorials, with the tutorials including basic tutorials for new users and more advanced topics. The talks will, likewise, provide information for new users and will highlight exciting science cases and the latest developments in numerical relativity. Please register via the website no later than Jun 14, 2024. Looking forward to seeing you there! Philipp on behalf of the SOC/LOC -------------- next part -------------- An HTML attachment was scrubbed... URL: From mehulicharis at gmail.com Thu May 9 03:52:59 2024 From: mehulicharis at gmail.com (Haris Mehulic) Date: Thu, 9 May 2024 10:52:59 +0200 Subject: [Users] Unable to register properly Message-ID: Hello, I tried to install your software via Ubuntu by following the steps You have provided in your tutorial and installed all that is required but I don't understand how to run the toolkit. Also, I tried to make an account via your webpage but I got to the final step when it asked me to provide a valid email address. I filled out everything correctly before that step and I tried several times but it didn't work. Yours Sincerely, Haris Mehuli? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Thu May 9 10:30:02 2024 From: rhaas at illinois.edu (Roland Haas) Date: Thu, 9 May 2024 10:30:02 -0500 Subject: [Users] Unable to register properly In-Reply-To: References: Message-ID: <20240509103002.0af263a9@ekohaes8.ncsa.illinois.edu> Hello Haris, So you started on https://etk.cct.lsu.edu/ and clicked on the "Sign in with CILogon" button. Did you then enter login information to log in via CILogin and ended up with a website that says "403: Frobidden" and "Please use the following link to request an account: Request Account."? Could you let us know the date you tried? We had some issues with the server not sending out emails about pending account requests two weeks or so ago. Yours, Roland On Thu, 9 May 2024 10:52:59 +0200, Haris Mehulic wrote: > Hello, > > I tried to install your software via Ubuntu by following the steps You have > provided in your tutorial and installed all that is required but I > don't understand how to run the toolkit. Also, I tried to make an account > via your webpage but I got to the final step when it asked me to provide a > valid email address. I filled out everything correctly before that step and > I tried several times but it didn't work. > > Yours Sincerely, > > Haris Mehuli? -- 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From lucas.t.s.carneiro at gmail.com Thu May 9 13:21:07 2024 From: lucas.t.s.carneiro at gmail.com (Lucas Timotheo Sanches) Date: Thu, 9 May 2024 15:21:07 -0300 Subject: [Users] Meeting minutes for 2024-05-09 Message-ID: Present: Steven R Brandt, Kai, Keith Dow, Samuel Cupp, Peter Diener, Zachariah Etienne, Roland Hass, Leo Werneck * We had a new member, Kai's, to join in the meeting. Kai is a German software engineer creating a Game Engine. He wants to model GR physics with his engine and is interested in learning GR / NR. * US ET Workshop June 3-7 [SB] Steve says that the workshop is "in pretty good shape, in terms of the number of speakers". Currently, there are too many funding requests to attend the workshop and too little money to fulfill these requests. There may be support from CCT for paying for the meals of participants. There is some spare money from the Spec benchmarks that may be used for the workshop. Steve expressed that van drivers for the Wednesday LIGO tour are needed. Philipp Moesta has announced the European ETK workshop in Amsterdam. * ET release timeline [SB] The release timeline is def. going to slip. The new target is the second week in June. Roland urged that codes from personal git repositories be moved into the ETK organization repository. Seteve urged to contact the NewRadX devs to move their repo. The need to move CarpetX was pointed out as well. Roland will make sure that happens. Roland brought up that gallery example runners are needed. The gallery examples need to be done before the new release deadline. Steve has volunteered to take BNs example. Deborah Ferguson volunteered for BBHs example. Roland has a student coming in June and will ask him for a TOV example. Lucas volunteered to run the MultiPatch example. * contributions (champion, reviewer) ** MultipoleX (Lucas, Roland): Steve wants to figure a way out to make that work with Roland. ** NewRadX (Alex, Liwei and Jay): Jay is reviewing the thorn. ** Z4c (Erik, Steve): Dead. Not present in this release. Not enough time for it to get ready. Has no tests. ** GRHayL-based IllinoisGRMHD (Sam, Lorenzo): On track. ** Baikal(Vacuum) using NRPy 2.0 (Sam, Terrence): On track. ** GRHayLHD(X) updated to include tabulated EOS (Sam, Terrence): On track. * Unanswered question on the mailing list The issue with npernode value in MPI (Shamim Haque 1910511): Steve the problem is more or less solved. * Open tickets sorted by update time SyntaxWarnings Raised During Build Process with Python 3.12: Roland requested changes to the simfactory ini file reader. TACC Stampede3-skx Compilation Failing [-Wincompatible-function-pointer-type]: Remove the restrict keyword from the thorn. Roland will do it. At some point, restrict needs to be restored, because in Fortran, a restrict is a "default". ET webserver no longer sends email: Closed. Add sorting capability to the manifest: Steve made a sorter to solve this problem, which could be used or not. * Tickets ready for review SyntaxWarnings Raised During Build Process with Python 3.12: See above. Roland will investigate why the ticket has not yet been closed since he fixed the problem. Improve McLachlan accuracy: Peter and Zach have No updates yet, but they scheduled a meeting to work on this. zlib: also use pkg-config when searching for installed versions: Solved by Roland. Issues link against Kadath Thorns and Intel MKL due to link ordering: Sam wants/needs to do more stuff before it is closed. Maybe poke him. * Talking to Kai about what he wants/ what he got from the meeting. * Peter suggests Kai studying perturbations for particle motion solutions https://bhptoolkit.org/KerrGeodesics/ From shamims at iiserb.ac.in Fri May 10 05:41:27 2024 From: shamims at iiserb.ac.in (Shamim Haque 1910511) Date: Fri, 10 May 2024 16:11:27 +0530 Subject: [Users] Issue with npernode value in MPI In-Reply-To: References: Message-ID: Hello Steve, My Runscript is now working fine after removing -npernode. Thanks for the help. Regards Shamim Haque Senior Research Fellow (SRF) Department of Physics IISER Bhopal ? On Thu, May 2, 2024 at 1:05?AM Shamim Haque 1910511 wrote: > Hello Steve, > > Thanks for pointing this out. I'll try to write a fresh runscipt by > looking at example runscripts. > > Since you're using slurm, MPI should be smart enough that you don't need > to pass -n, -npernode, > > I don't need to pass -n as well? I can see -n @NUM_PROCS@ in the SBATCH > runscripts that uses openmpi (example - graham, expanse). Can you please > explain a little bit about what should be the simplest/safest mpi execution > command to start with? And how can we build it further to optimise it more? > > How did you get a Runscript and Submitscript for this machine. Did you > create yourself? > > My first attempt was at an HPC at my home institute IISER Bhopal, which > had PBS. Then, I installed ETK in the NSM facility (India), which has > SLURM. I changed most of the stuff in machinefile and submitscipt as per > SLRUM (by looking at available example scripts) and copied the runscript > from PBS, which was working fine. > > The current HPC also has SLURM, so I copied all the scripts from the NSM > facility. It always worked alright, so I was never quite sceptical about > the runscipt, especially because the error has only shown up in the current > HPC only and quite occasionally. > > Now, I can see from example runscripts that mpi execution commands for > SBATCH look very different from PBS ones. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > > ? > > On Wed, May 1, 2024 at 11:05?PM Steven Brandt wrote: > >> Hello Shamim, >> >> The error says that you're calling MPI with the wrong parameters, >> specificall -npernode. Since you're using slurm, MPI should be smart enough >> that you don't need to pass -n, -npernode, How did you get a Runscript and >> Submitscript for this machine. Did you create yourself? >> >> --Steve >> On 5/1/2024 6:54 AM, Shamim Haque 1910511 wrote: >> >> Hi all, >> >> I am attempting ETK installation in KALINGA Cluster at NISER, India. This >> cluster has 40 procs per node and SLURM workload manager. >> >> I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the machinefile, >> optionlist, submitscript and runscript). The installation is mostly >> alright, as I can run parfiles for test TOV and BNS mergers. >> >> I tried to run a simulation with procs=160 (nodes 4) and num-threads=1 >> but landed with this error (error file also attached): >> >> >> >> >> >> >> >> >> >> >> >> >> *+ mpiexec -n 640 -npernode 40.0 >> /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim >> -L 3 >> /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par >> ---------------------------------------------------------------------------- >> Open MPI has detected that a parameter given to a command line option does >> not match the expected format: Option: npernode Param: 40.0 This is >> frequently caused by omitting to provide the parameter to an option that >> requires one. Please check the command line and try again. >> ---------------------------------------------------------------------------- >> * >> >> Strangely, this error is not at all regular. Mostly, the error won't >> appear, and the simulation works just fine (with no changes being made in >> the scripts or simfactory command). In fact, this exact simulation has >> worked fine before. Since I am unable to find the source of this issue, I >> am also unable to recreate the error on my own. But it does kick in >> occasionally. >> >> My command for mpi execution in runscript looks like this: >> >> *time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / @NUM_THREADS@)@ >> @EXECUTABLE@ -L 3 @PARFILE@* >> >> If I replace * @(@PPN_USED@ / @NUM_THREADS@)@ *with a desired value, >> then the script always works. My simfactory command looks like this: >> >> >> *./simfactory/bin/sim create-submit dx25_r500_rg7_t30_p640-1_2 >> --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par --queue=large1 >> --procs=640 --num-threads=1 --walltime=00:45:00 * >> >> I am unable to understand how to solve this issue. Any help with this >> issue is appreciated. Please let me know if you need more information. >> Thank you. >> >> Regards >> Shamim Haque >> Senior Research Fellow (SRF) >> Department of Physics >> IISER Bhopal >> ? >> >> _______________________________________________ >> Users mailing listUsers at einsteintoolkit.orghttp://lists.einsteintoolkit.org/mailman/listinfo/users >> >> _______________________________________________ >> Users mailing list >> Users at einsteintoolkit.org >> http://lists.einsteintoolkit.org/mailman/listinfo/users >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From sbrandt at cct.lsu.edu Fri May 10 10:08:24 2024 From: sbrandt at cct.lsu.edu (Steven R. Brandt) Date: Fri, 10 May 2024 10:08:24 -0500 Subject: [Users] Issue with npernode value in MPI In-Reply-To: References: Message-ID: Cool. If you have anyone else using your computer, you can submit your ini/cfg/runscript/submitscript to Simfactory. Thanks! On 5/10/2024 5:41 AM, Shamim Haque 1910511 wrote: > Hello Steve, > > My Runscript is now working fine after removing -npernode. Thanks for > the help. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > > ? > > On Thu, May 2, 2024 at 1:05?AM Shamim Haque 1910511 > wrote: > > Hello Steve, > > Thanks for pointing this out. I'll try to write?a fresh runscipt > by looking?at example runscripts. > > Since you're using slurm, MPI should be smart enough that you > don't need to pass -n, -npernode, > > I don't need to pass -n as well? I can see -n @NUM_PROCS@ in the > SBATCH runscripts that uses?openmpi (example - graham, expanse). > Can you please explain a little bit about what should be the > simplest/safest mpi execution command to start with? And how can > we build it further to optimise it more? > > How did you get a Runscript and Submitscript for this machine. Did > you create yourself? > > My first attempt?was at an HPC at my home institute IISER Bhopal, > which had PBS. Then, I installed ETK in the NSM facility (India), > which has SLURM.?I changed most of the stuff in machinefile and > submitscipt as per SLRUM?(by looking at available example scripts) > and copied the runscript from PBS, which was working fine. > > The current HPC also has SLURM, so I copied all the scripts from > the NSM facility. It always worked alright, so I was never quite > sceptical?about the runscipt, especially because the error has > only?shown up in the current HPC only and quite occasionally. > > Now, I can see from example runscripts that mpi execution commands > for SBATCH look very different from PBS ones. > > Regards > Shamim Haque > Senior Research Fellow (SRF) > Department of Physics > IISER Bhopal > > ? > > On Wed, May 1, 2024 at 11:05?PM Steven Brandt > wrote: > > Hello Shamim, > > The error says that you're calling MPI with the wrong > parameters, specificall -npernode. Since you're using slurm, > MPI should be smart enough that you don't need to pass -n, > -npernode,? How did you get a Runscript and Submitscript for > this machine. Did you create yourself? > > --Steve > > On 5/1/2024 6:54 AM, Shamim Haque 1910511 wrote: >> Hi all, >> >> I am attempting?ETK installation?in KALINGA Cluster at NISER, >> India. This cluster has 40 procs per node and SLURM workload >> manager. >> >> I compiled ETK with gcc-7.5 and openmpi-4.0.5 (attached the >> machinefile, optionlist, submitscript and runscript).?The >> installation is mostly alright, as I can run parfiles for >> test TOV and BNS mergers. >> >> I tried to run a simulation with procs=160 (nodes 4) and >> num-threads=1 but landed with this error (error file also >> attached): >> >> /+ mpiexec -n 640 -npernode 40.0 >> /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/SIMFACTORY/exe/cactus_sim >> -L 3 >> /home/kamal/simulations/dx25_r500_rg7_t30_p640-1_2/output-0000/eos20_dx25_r500_rg7.par >> ---------------------------------------------------------------------------- >> Open MPI has detected that a parameter given to a command line >> option does not match the expected format: >> >> ? Option: npernode >> ? Param: ?40.0 >> >> This is frequently caused by omitting to provide the parameter >> to an option that requires one. Please check the command line >> and try again. >> ---------------------------------------------------------------------------- >> / >> >> Strangely, this error is not at all regular. Mostly, the >> error won't appear, and the simulation works just fine (with >> no changes being made in the scripts or simfactory >> command).?In fact, this exact simulation has worked fine >> before. Since I am unable to find the source of this issue, I >> am also unable to recreate the error on my own. But it does >> kick in occasionally. >> >> My command for mpi execution in runscript looks like this: >> >> /time mpiexec -n @NUM_PROCS@ -npernode @(@PPN_USED@ / >> @NUM_THREADS@)@ @EXECUTABLE@ -L 3 @PARFILE@/ >> >> If I replace /?@(@PPN_USED@ / @NUM_THREADS@)@ /with a desired >> value, then the script always works. My simfactory command >> looks like this: >> >> /./simfactory/bin/sim create-submit >> dx25_r500_rg7_t30_p640-1_2 >> --parfile=par-smooth/scale_test/eos20_dx25_r500_rg7.par >> --queue=large1 --procs=640 --num-threads=1 --walltime=00:45:00 >> / >> >> I am unable to understand how to solve this issue. Any help >> with this issue is appreciated. Please let me know if you >> need more information. Thank you. >> >> Regards >> Shamim Haque >> Senior Research Fellow (SRF) >> Department of Physics >> IISER Bhopal >> ? >> >> _______________________________________________ >> Users mailing list >> Users at einsteintoolkit.org >> http://lists.einsteintoolkit.org/mailman/listinfo/users > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > -------------- next part -------------- An HTML attachment was scrubbed... URL: From bxyniu at qq.com Fri May 10 01:51:07 2024 From: bxyniu at qq.com (=?gb18030?B?QnVyZ3VuZHl8gTamMSctJ4E2pjEpgTGHMoE3vzc=?=) Date: Fri, 10 May 2024 14:51:07 +0800 Subject: [Users] Inquiry Regarding Parameter "N" in BBH Simulations Message-ID: Dear Einstein Toolkit Team, I hope this email finds you well. I am writing to inquire about a specific parameter used in the simulation command for binary black hole (BBH) mergers in the Einstein Toolkit's Gallery. Recently, I have been experimenting with running BBH simulations using the following command: simfactory/bin/sim create-submit GW150914_28 --define N 28 --parfile par/GW150914/GW150914.rpar --procs 128 --walltime 24:00:00 In this command, I have noticed the use of the parameter "N" with a value of 28. However, when I changed the value of "N" to 20, I observed a significant reduction in the total runtime of the simulation, despite the fact that the merger time of the binary black holes increased from around 900M to 1000M. Could you please provide some clarification on the purpose of the "N" parameter in this simulation context? Additionally, could you explain why changing the value of "N" affects the runtime of the simulation and the merger time of the black holes? I would greatly appreciate any insights or explanations you could provide on this matter. Thank you very much for your time and assistance. Sincerely, Xinyue Bian(an undergraduate who has a bit interest in NR) -------------- next part -------------- An HTML attachment was scrubbed... URL: From diener at cct.lsu.edu Fri May 10 11:32:34 2024 From: diener at cct.lsu.edu (Peter Diener) Date: Fri, 10 May 2024 11:32:34 -0500 (CDT) Subject: [Users] Inquiry Regarding Parameter "N" in BBH Simulations In-Reply-To: References: Message-ID: <3a1d77b2-fc91-ee50-545e-ed4513942467@cct.lsu.edu> Hello, The parameter N defines the numerical resolution, i.e. the grid spacing, used in the simulation. The setup of a Llama multipatch system is somewhat complicated, so in GW150914.rpar, N is used to calculate all the necessary quantities for setting the coordinate system up. A larger value of N means higher resolution while a smaller value means lower resolution. So when you decreased the value of N from 28 to 20, you effectively decreased the numerical resolution. This then resulted in, not only, each timestep taking less time (due to less grid points) but also the simulation was able to take larger timesteps. With the decreased resolution, you now also have larger numerical errors. It is not straightforward to predict if the larger errors from less resolution will result in shorter or longer merger times. However, in this case it looks like larger errors leads to an increase in the merger time. Cheers, Peter On Fri, 10 May 2024, Burgundy|?6?1'-'?6?1)?1?2?7?7 wrote: > > Dear Einstein Toolkit Team, > > I hope this email finds you well. I am writing to inquire about a specific > parameter used in the simulation command for binary black hole (BBH) mergers > in the Einstein Toolkit's Gallery. > > Recently, I have been experimenting with running BBH simulations using the > following command: > > simfactory/bin/sim create-submit GW150914_28 --define N 28 --parfile > par/GW150914/GW150914.rpar --procs 128 --walltime 24:00:00 > > In this command, I have noticed the use of the parameter "N" with a value of > 28. However, when I changed the value of "N" to 20, I observed a significant > reduction in the total runtime of the simulation, despite the fact that the > merger time of the binary black holes increased from around 900M to 1000M. > > Could you please provide some clarification on the purpose of the "N" > parameter in this simulation context? Additionally, could you explain why > changing the value of "N" affects the runtime of the simulation and the > merger time of the black holes? > > I would greatly appreciate any insights or explanations you could provide on > this matter. Thank you very much for your time and assistance. > > Sincerely, Xinyue Bian(an undergraduate who has a bit interest in NR) > > > > From rhaas at illinois.edu Mon May 13 15:18:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Mon, 13 May 2024 15:18:01 -0500 Subject: [Users] Agenda for Thursday's Meeting Message-ID: Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From skhyzerzaman2003 at gmail.com Tue May 14 03:01:40 2024 From: skhyzerzaman2003 at gmail.com (Skhyzer Zaman) Date: Tue, 14 May 2024 13:01:40 +0500 Subject: [Users] (no subject) Message-ID: /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 /home/skhizer/simulations/BHM/output-0000/BHM.par -------------- next part -------------- An HTML attachment was scrubbed... URL: From skhyzerzaman2003 at gmail.com Tue May 14 03:02:36 2024 From: skhyzerzaman2003 at gmail.com (Skhyzer Zaman) Date: Tue, 14 May 2024 13:02:36 +0500 Subject: [Users] (no subject) Message-ID: /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 /home/skhizer/simulations/BHM/output-0000/BHM.par -------------- next part -------------- An HTML attachment was scrubbed... URL: From zainkhan9423012 at gmail.com Tue May 14 03:04:13 2024 From: zainkhan9423012 at gmail.com (Zain khan) Date: Tue, 14 May 2024 13:04:13 +0500 Subject: [Users] (no subject) Message-ID: /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 /home/skhizer/simulations/BHM/output-0000/BHM.par -------------- next part -------------- An HTML attachment was scrubbed... URL: From zainkhan9423012 at gmail.com Tue May 14 03:04:35 2024 From: zainkhan9423012 at gmail.com (Zain khan) Date: Tue, 14 May 2024 13:04:35 +0500 Subject: [Users] (no subject) Message-ID: /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 /home/skhizer/simulations/BHM/output-0000/BHM.par -------------- next part -------------- An HTML attachment was scrubbed... URL: From zainkhan9423012 at gmail.com Tue May 14 03:08:58 2024 From: zainkhan9423012 at gmail.com (Zain khan) Date: Tue, 14 May 2024 13:08:58 +0500 Subject: [Users] Error while running the following par file on Jupyter notebook Message-ID: Below is the error /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 /home/skhizer/simulations/BHM/output-0000/BHM.par Below is the par file https://bitbucket.org/einsteintoolkit/einsteinexamples/raw/master/par/GW150914/GW150914.rpar -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Tue May 14 09:59:32 2024 From: rhaas at illinois.edu (Roland Haas) Date: Tue, 14 May 2024 09:59:32 -0500 Subject: [Users] Error while running the following par file on Jupyter notebook In-Reply-To: References: Message-ID: <20240514095932.4b79c664@ekohaes8.ncsa.illinois.edu> Hello Skhyzer, I think there was a second email of yours with more detail but that seems to have been eaten by the spam filter. In any case "killed' on the jupyter host at LSU most likely results from trying to use too much memory. The system at LSU is a single mid-sized virtual machine, designed to run the getting started notebook. Running a full simulation is not possible there since it runs out of resources and possibly interferes with other users of the system. For larger simulations you will need to apply for computer time at a local compute center. In the USA this possible via the ACCESS network (https://access-ci.org) which offers options also for graduate students (if this applies to you) to apply (need some support by their supervisor). Yours, Roland On Tue, 14 May 2024 13:01:40 +0500, Skhyzer Zaman wrote: > /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: > 13834 Killed /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 > /home/skhizer/simulations/BHM/output-0000/BHM.par -- 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From rhaas at illinois.edu Tue May 14 10:14:30 2024 From: rhaas at illinois.edu (Roland Haas) Date: Tue, 14 May 2024 10:14:30 -0500 Subject: [Users] Error while running the following par file on Jupyter notebook In-Reply-To: References: Message-ID: <20240514101430.22e8d523@ekohaes8.ncsa.illinois.edu> Hello Zain, Usually "killed' on the jupyter host at LSU (or on your laptop) results from trying to use too much memory. The system at LSU is a single mid-sized virtual machine, designed to run the getting started notebook. Running a full simulation is not possible there since it runs out of resources and possibly interferes with other users of the system. For larger simulations you will need to apply for computer time at a local compute center. In the USA this possible via the ACCESS network (https://access-ci.org) which offers options also for graduate students (if this applies to you) to apply (need some support by their supervisor). Yours, Roland On Tue, 14 May 2024 13:08:58 +0500, Zain khan wrote: > Below is the error > > /home/skhizer/simulations/BHM/output-0000/SIMFACTORY/RunScript: line 36: > 13834 Killed > /home/skhizer/simulations/BHM/SIMFACTORY/exe/cactus_sim -L 3 > /home/skhizer/simulations/BHM/output-0000/BHM.par > > Below is the par file > > https://urldefense.com/v3/__https://bitbucket.org/einsteintoolkit/einsteinexamples/raw/master/par/GW150914/GW150914.rpar__;!!DZ3fjg!6q6gjQ9vWjpccwsIQtueltQI6ZceVS--5hkF3InRSLFCAxY0S0vHkNIA10X5CjHyWOD8F2c3RGPclbuG9QVjyyySSA$ -- 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From rhaas at illinois.edu Wed May 15 17:15:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Wed, 15 May 2024 17:15:01 -0500 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: 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 From wernecklr at gmail.com Thu May 16 21:17:29 2024 From: wernecklr at gmail.com (Leo Rosa Werneck) Date: Thu, 16 May 2024 19:17:29 -0700 Subject: [Users] Meeting minutes for 2024-05-16 Message-ID: <7D02AB1F-7D04-459E-B6D0-A6E0CA47B203@gmail.com> Hi all, Here are the minutes for today?s meeting (apologies for the delay). Cheers, Leo Chair: Zach Etienne Minutes: Leo Werneck Present: Sam Cupp, Leo Werneck, Steve Brandt, Peter Diener, Johnny Tsao, Lucas Sanches * NA ET School/Workshop @ LSU - June 3-7 (https://www.cct.lsu.edu/Einsteintoolkitworkshop2024). - There will be an excursion to LIGO, scheduled for the afternoon of June 5. - Looks ready to go! * ET Release - Will happen sometime in June - No updates on MultipoleX and NewradX. * Mailing List - Misyura Maxim is interested in obtaining the data for GW150914. Message will be forward to authors, as Zenodo doesn't contain all the data. - A student from Nanjing Normal University inquired about LORENE. Zach will forward the message to Josh. * Open Tickets - #2797: Leo addressed issue in NRPyElliptic. - #2796: Sam addressed issue in Baikal thorns with SIMD variables. Next Chair: Leo Next Minutes: Roland ------ Leonardo R. Werneck, Ph.D. Postdoctoral researcher Office EP 314 | Department of Physics | University of Idaho 875 Perimeter Dr. MS 0903 Moscow, ID 83844-0903, USA leonardo at uidaho.edu https://leowerneck.github.io -------------- next part -------------- An HTML attachment was scrubbed... URL: From wernecklr at gmail.com Thu May 16 21:17:29 2024 From: wernecklr at gmail.com (Leo Rosa Werneck) Date: Thu, 16 May 2024 19:17:29 -0700 Subject: [Users] Meeting minutes for 2024-05-16 Message-ID: <7D02AB1F-7D04-459E-B6D0-A6E0CA47B203@gmail.com> Hi all, Here are the minutes for today?s meeting (apologies for the delay). Cheers, Leo Chair: Zach Etienne Minutes: Leo Werneck Present: Sam Cupp, Leo Werneck, Steve Brandt, Peter Diener, Johnny Tsao, Lucas Sanches * NA ET School/Workshop @ LSU - June 3-7 (https://www.cct.lsu.edu/Einsteintoolkitworkshop2024). - There will be an excursion to LIGO, scheduled for the afternoon of June 5. - Looks ready to go! * ET Release - Will happen sometime in June - No updates on MultipoleX and NewradX. * Mailing List - Misyura Maxim is interested in obtaining the data for GW150914. Message will be forward to authors, as Zenodo doesn't contain all the data. - A student from Nanjing Normal University inquired about LORENE. Zach will forward the message to Josh. * Open Tickets - #2797: Leo addressed issue in NRPyElliptic. - #2796: Sam addressed issue in Baikal thorns with SIMD variables. Next Chair: Leo Next Minutes: Roland ------ Leonardo R. Werneck, Ph.D. Postdoctoral researcher Office EP 314 | Department of Physics | University of Idaho 875 Perimeter Dr. MS 0903 Moscow, ID 83844-0903, USA leonardo at uidaho.edu https://leowerneck.github.io -------------- next part -------------- An HTML attachment was scrubbed... URL: From wernecklr at gmail.com Fri May 17 12:12:58 2024 From: wernecklr at gmail.com (Leonardo Rosa Werneck) Date: Fri, 17 May 2024 10:12:58 -0700 Subject: [Users] Users Digest, Vol 170, Issue 13 In-Reply-To: References: Message-ID: Hi all, As Steve pointed out, the chair was incorrectly listed in the minutes. Sam was chair of yesterday?s meeting, not Zach. Cheers, Leo Sent from my phone; please excuse brevity, typos, etc. > On May 17, 2024, at 10:00?AM, users-request at einsteintoolkit.org wrote: > > ?Send Users mailing list submissions to > users at einsteintoolkit.org > > To subscribe or unsubscribe via the World Wide Web, visit > http://lists.einsteintoolkit.org/mailman/listinfo/users > or, via email, send a message with subject or body 'help' to > users-request at einsteintoolkit.org > > You can reach the person managing the list at > users-owner at einsteintoolkit.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Meeting minutes for 2024-05-16 (Leo Rosa Werneck) > 2. Meeting minutes for 2024-05-16 (Leo Rosa Werneck) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 16 May 2024 19:17:29 -0700 > From: Leo Rosa Werneck > To: users at einsteintoolkit.org > Subject: [Users] Meeting minutes for 2024-05-16 > Message-ID: <7D02AB1F-7D04-459E-B6D0-A6E0CA47B203 at gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi all, > > Here are the minutes for today?s meeting (apologies for the delay). > > Cheers, > Leo > > Chair: Zach Etienne > Minutes: Leo Werneck > > Present: Sam Cupp, Leo Werneck, Steve Brandt, Peter Diener, Johnny Tsao, > Lucas Sanches > > * NA ET School/Workshop @ LSU > - June 3-7 (https://www.cct.lsu.edu/Einsteintoolkitworkshop2024). > - There will be an excursion to LIGO, scheduled for the afternoon of June 5. > - Looks ready to go! > > * ET Release > - Will happen sometime in June > - No updates on MultipoleX and NewradX. > > * Mailing List > - Misyura Maxim is interested in obtaining the data for GW150914. Message > will be forward to authors, as Zenodo doesn't contain all the data. > - A student from Nanjing Normal University inquired about LORENE. Zach will > forward the message to Josh. > > * Open Tickets > - #2797: Leo addressed issue in NRPyElliptic. > - #2796: Sam addressed issue in Baikal thorns with SIMD variables. > > Next Chair: Leo > Next Minutes: Roland > > > ------ > Leonardo R. Werneck, Ph.D. > Postdoctoral researcher > Office EP 314 | Department of Physics | University of Idaho > 875 Perimeter Dr. MS 0903 > Moscow, ID 83844-0903, USA > leonardo at uidaho.edu > https://leowerneck.github.io > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Message: 2 > Date: Thu, 16 May 2024 19:17:29 -0700 > From: Leo Rosa Werneck > To: users at einsteintoolkit.org > Subject: [Users] Meeting minutes for 2024-05-16 > Message-ID: <7D02AB1F-7D04-459E-B6D0-A6E0CA47B203 at gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi all, > > Here are the minutes for today?s meeting (apologies for the delay). > > Cheers, > Leo > > Chair: Zach Etienne > Minutes: Leo Werneck > > Present: Sam Cupp, Leo Werneck, Steve Brandt, Peter Diener, Johnny Tsao, > Lucas Sanches > > * NA ET School/Workshop @ LSU > - June 3-7 (https://www.cct.lsu.edu/Einsteintoolkitworkshop2024). > - There will be an excursion to LIGO, scheduled for the afternoon of June 5. > - Looks ready to go! > > * ET Release > - Will happen sometime in June > - No updates on MultipoleX and NewradX. > > * Mailing List > - Misyura Maxim is interested in obtaining the data for GW150914. Message > will be forward to authors, as Zenodo doesn't contain all the data. > - A student from Nanjing Normal University inquired about LORENE. Zach will > forward the message to Josh. > > * Open Tickets > - #2797: Leo addressed issue in NRPyElliptic. > - #2796: Sam addressed issue in Baikal thorns with SIMD variables. > > Next Chair: Leo > Next Minutes: Roland > > > ------ > Leonardo R. Werneck, Ph.D. > Postdoctoral researcher > Office EP 314 | Department of Physics | University of Idaho > 875 Perimeter Dr. MS 0903 > Moscow, ID 83844-0903, USA > leonardo at uidaho.edu > https://leowerneck.github.io > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: > > ------------------------------ > > Subject: Digest Footer > > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users > > > ------------------------------ > > End of Users Digest, Vol 170, Issue 13 > ************************************** From mehulicharis at gmail.com Fri May 17 08:51:49 2024 From: mehulicharis at gmail.com (Haris Mehulic) Date: Fri, 17 May 2024 15:51:49 +0200 Subject: [Users] Question from a week ago Message-ID: Hello, Are there any news about my problem? I already discussed it with your employee Mr. Haas. Yours Sincerely, Haris Mehuli? -------------- next part -------------- An HTML attachment was scrubbed... URL: From mehulicharis at gmail.com Sun May 19 12:39:30 2024 From: mehulicharis at gmail.com (Haris Mehulic) Date: Sun, 19 May 2024 19:39:30 +0200 Subject: [Users] (no subject) Message-ID: Hello, I am just sending some info about the steps I took and the problems I encountered. The step that failed for me during the registration using ORCID was after I answered the two questions. At the top of the same page, before the questions, I see the 'Full name' and 'Email' fields, which do not contain the inputs I gave (and they are not changeable) but instead http://orcid.org/0009-0000-1198-0321 and user0009000011980321 respectively. When I try to open the page that's in the 'Full name' field, it redirects me to my ORCID account, which seems to be correct. But once I submit my answers, I get an error message saying: Please provide a valid email address. Could you let me know what I'm doing wrong? -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Mon May 20 15:18:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Mon, 20 May 2024 15:18:01 -0500 Subject: [Users] Agenda for Thursday's Meeting Message-ID: Please update the Wiki with agenda items for Thursday's meeting. Thanks! https://docs.einsteintoolkit.org/et-docs/meeting_agenda --The Maintainers From sbrandt at cct.lsu.edu Mon May 20 15:44:42 2024 From: sbrandt at cct.lsu.edu (Steven R. Brandt) Date: Mon, 20 May 2024 15:44:42 -0500 Subject: [Users] (no subject) In-Reply-To: References: Message-ID: Dear Haris, Inside orcid there are settings for information to be public or not. You probably have not made them public. --Steve On 5/19/2024 12:39 PM, Haris Mehulic wrote: > Hello, > > I am just sending?some info about the steps I took and the problems I > encountered. > > The step that failed for me during the registration using ORCID was > after I answered the two questions. > At the top of the same page, before the questions, I see the 'Full > name' and 'Email' fields, which do not contain the inputs I gave (and > they are not changeable) but instead > http://orcid.org/0009-0000-1198-0321?and user0009000011980321 > respectively. > When I try to open the page that's in the 'Full name' field, it > redirects me to my ORCID account, which seems to be correct. > But once I submit my answers, I get an error message saying: Please > provide a valid email address. > > Could you let me know what I'm doing wrong? > > _______________________________________________ > Users mailing list > Users at einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/users From bruno.giacomazzo at unimib.it Tue May 21 11:33:26 2024 From: bruno.giacomazzo at unimib.it (Bruno Giacomazzo) Date: Tue, 21 May 2024 18:33:26 +0200 Subject: [Users] minimal thornlist for TOV run Message-ID: In case it is useful, the following thornlist downloads and installs only the components that are necessary to run the TOV test (and also a Riemann problem) with GRHydro: https://raw.githubusercontent.com/bgiacoma/notebooks/main/Einstein_Toolkit_Tutorials/TOV_Sod.th Instructions are also available in the README file here: https://github.com/bgiacoma/notebooks/tree/main/Einstein_Toolkit_Tutorials I made this for my master's course in Numerical Relativity. The thornlist was built using Cactus/utils/Scripts/MakeThornList I also made some small changes to the thornlist produced by the script in order to completely remove repositories from which nothing was checked out. I did this to avoid the GetComponents warning that nothing was checked out from some repositories. Cheers, Bruno -- Prof. Bruno Giacomazzo Department of Physics University of Milano-Bicocca Piazza della Scienza 3 20126 Milano Italy email: bruno.giacomazzo at unimib.it phone: (+39) 02 6448 2321 web: http://www.brunogiacomazzo.org --------------------------------------------------------------------- There are only 10 types of people in the world: Those who understand binary, and those who don't ---------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Wed May 22 17:15:01 2024 From: rhaas at illinois.edu (rhaas at illinois.edu) Date: Wed, 22 May 2024 17:15:01 -0500 Subject: [Users] Einstein Toolkit Meeting Reminder Message-ID: 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 From rhaas at illinois.edu Thu May 23 09:58:51 2024 From: rhaas at illinois.edu (Roland Haas) Date: Thu, 23 May 2024 09:58:51 -0500 Subject: [Users] meeting minutes for 2024-05-23 In-Reply-To: References: Message-ID: <20240523095851.02af7796@ekohaes8.ncsa.illinois.edu> Present: Steve (chair), Peter, Roland (minute), Keith, Leo, Zach ET summer school and workshop at LSU ==================================== * everything in order, have drivers for LIGO trip * Steve will present on Cactus Reduction instead of NRPy+ work ET release timeline =================== * running late, will release in June, will restart after workshop is over * MultipoleX: hold off until next release to have more time to clean up Carpet + CarpetX compatible codes * NewRadX is in * GRHayL codes are all fine gallery runners =============== * one more runner may be needed. Roland to ask Maxwell Rizzo if wants to run TOV example release issues ============== * gcc-14 support needs more changes, mostly easy to handle pointer types * will disable PAPI by default since it fails to compile with gcc-14 on macOS and is very hard to support there (does not do anything even when compiled) 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From bruno.giacomazzo at unimib.it Fri May 24 05:17:19 2024 From: bruno.giacomazzo at unimib.it (Bruno Giacomazzo) Date: Fri, 24 May 2024 12:17:19 +0200 Subject: [Users] compilation problem on Mac In-Reply-To: <7C24F456-C172-40C6-A641-D0F061D9196B@campus.unimib.it> References: <7C24F456-C172-40C6-A641-D0F061D9196B@campus.unimib.it> Message-ID: A master's student (Giulia Conti, in cc) is having problems compiling the Einstein Toolkit (ET_2023_11) on her Mac. There are problems compiling the ReflectionSymmetry thorn (see below). Has anyone else encountered a similar problem? She followed the instructions in the tutorial for new users regarding the packages that needed to be installed on Macs. Also other mac users here are having the same problem. Thanks, Bruno Il giorno ven 24 mag 2024 alle ore 09:35 Giulia Conti < g.conti25 at campus.unimib.it> ha scritto: > COMPILING CactusNumerical/ReflectionSymmetry/src/register.c > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:* > In function '*ReflectionSymmetry_Register*': > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:68:22:* *error: > *passing argument 3 of '*SymmetryRegisterGridInterpolator*' from > incompatible pointer type [*-Wincompatible-pointer-types*] > > 68 | (cctkGH, handle, *ReflectionSymmetry_Interpolate*); > > | *^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~* > > | *|* > > | *CCTK_INT4 (*)(const void * const restrict, > const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, > const CCTK_INT4, const CCTK_INT4, const void * const restrict*, const > CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, void * > const restrict*, const CCTK_INT4) {aka int (*)(const void * const > restrict, const int, const int, const int, const int, const int, > const int, const void * const restrict*, const int, const int *, const > int, const int *, void * const restrict*, const int)}* > > In file included from > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry/cctk_Functions.h:23* > , > > from > */Users/giulia/coding/ET_2023_11_s/Cactus/src/include/cctk_core.h:174*, > > from > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry/cctk.h:5* > , > > from > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:1* > : > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry_Prototypes.h:56:19:* *note: > *expected '*CCTK_INT4 (* const)(const void * const, const CCTK_INT4, > const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, > const CCTK_INT4, const void * const*, const CCTK_INT4, const CCTK_INT4 *, > const CCTK_INT4, const CCTK_INT4 *, void * const*, const CCTK_INT4*' > {aka '*int (* const)(const void * const, const int, const int, const > int, const int, const int, const int, const void * const*, const int, > const int *, const int, const int *, void * const*, const int)*'} but > argument is of type '*CCTK_INT4 (*)(const void * const restrict, const > CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const > CCTK_INT4, const CCTK_INT4, const void * const restrict*, const > CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, void * > const restrict*, const CCTK_INT4)*' {aka '*int (*)(const void * const > restrict, const int, const int, const int, const int, const int, > const int, const void * const restrict*, const int, const int *, const > int, const int *, void * const restrict*, const int)*'} > > 56 | CCTK_INT (*const symmetry_interpolate)(const > CCTK_POINTER_TO_CONST cctkGH , > > make[3]: *** [register.c.o] Error 1 > > make[2]: *** [make.checked] Error 2 > > make[1]: *** > [/Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/lib/libthorn_ReflectionSymmetry.a] > Error 2 > > make[1]: *** Waiting for unfinished jobs.... > > Creating > /Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/lib/libthorn_LocalReduce.a > > make: *** [sim] Error 2 > -- Prof. Bruno Giacomazzo Department of Physics University of Milano-Bicocca Piazza della Scienza 3 20126 Milano Italy email: bruno.giacomazzo at unimib.it phone: (+39) 02 6448 2321 web: http://www.brunogiacomazzo.org --------------------------------------------------------------------- There are only 10 types of people in the world: Those who understand binary, and those who don't ---------------------------------------------------------------------- -------------- next part -------------- An HTML attachment was scrubbed... URL: From rhaas at illinois.edu Thu May 30 09:00:12 2024 From: rhaas at illinois.edu (Roland Haas) Date: Thu, 30 May 2024 09:00:12 -0500 Subject: [Users] compilation problem on Mac In-Reply-To: References: <7C24F456-C172-40C6-A641-D0F061D9196B@campus.unimib.it> Message-ID: <20240530090012.6dc444e0@ekohaes8.ncsa.illinois.edu> Hello Bruno, Giulia, This is with gcc14 I assume? Seems to be the same issue as in: https://bitbucket.org/einsteintoolkit/tickets/issues/2794/tacc-stampede3-skx-compilation-failing Note that fixing Reflections won't be the last such issue. Best would be to switch to the development branch. You will need at least also the fixes in: https://bitbucket.org/einsteintoolkit/tickets/issues/2796/build-failure-using-gcc14-on-macos-2300 and disable PAPI (if in your thornlist). Will be fixed in the upcoming release in June (won't make it in May). Yours, Roland On Fri, 24 May 2024 12:17:19 +0200, Bruno Giacomazzo wrote: > A master's student (Giulia Conti, in cc) is having problems compiling the > Einstein Toolkit (ET_2023_11) on her Mac. There are problems compiling the > ReflectionSymmetry thorn (see below). Has anyone else encountered a similar > problem? > > She followed the instructions in the tutorial for new users regarding the > packages that needed to be installed on Macs. Also other mac users here are > having the same problem. > > Thanks, > Bruno > > Il giorno ven 24 mag 2024 alle ore 09:35 Giulia Conti < > g.conti25 at campus.unimib.it> ha scritto: > > > COMPILING CactusNumerical/ReflectionSymmetry/src/register.c > > > > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:* > > In function '*ReflectionSymmetry_Register*': > > > > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:68:22:* *error: > > *passing argument 3 of '*SymmetryRegisterGridInterpolator*' from > > incompatible pointer type [*-Wincompatible-pointer-types*] > > > > 68 | (cctkGH, handle, *ReflectionSymmetry_Interpolate*); > > > > | *^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~* > > > > | *|* > > > > | *CCTK_INT4 (*)(const void * const restrict, > > const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, > > const CCTK_INT4, const CCTK_INT4, const void * const restrict*, const > > CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, void * > > const restrict*, const CCTK_INT4) {aka int (*)(const void * const > > restrict, const int, const int, const int, const int, const int, > > const int, const void * const restrict*, const int, const int *, const > > int, const int *, void * const restrict*, const int)}* > > > > In file included from > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry/cctk_Functions.h:23* > > , > > > > from > > */Users/giulia/coding/ET_2023_11_s/Cactus/src/include/cctk_core.h:174*, > > > > from > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry/cctk.h:5* > > , > > > > from > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/build/ReflectionSymmetry/register.c:1* > > : > > > > > > */Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/bindings/include/ReflectionSymmetry_Prototypes.h:56:19:* *note: > > *expected '*CCTK_INT4 (* const)(const void * const, const CCTK_INT4, > > const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, > > const CCTK_INT4, const void * const*, const CCTK_INT4, const CCTK_INT4 *, > > const CCTK_INT4, const CCTK_INT4 *, void * const*, const CCTK_INT4*' > > {aka '*int (* const)(const void * const, const int, const int, const > > int, const int, const int, const int, const void * const*, const int, > > const int *, const int, const int *, void * const*, const int)*'} but > > argument is of type '*CCTK_INT4 (*)(const void * const restrict, const > > CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const CCTK_INT4, const > > CCTK_INT4, const CCTK_INT4, const void * const restrict*, const > > CCTK_INT4, const CCTK_INT4 *, const CCTK_INT4, const CCTK_INT4 *, void * > > const restrict*, const CCTK_INT4)*' {aka '*int (*)(const void * const > > restrict, const int, const int, const int, const int, const int, > > const int, const void * const restrict*, const int, const int *, const > > int, const int *, void * const restrict*, const int)*'} > > > > 56 | CCTK_INT (*const symmetry_interpolate)(const > > CCTK_POINTER_TO_CONST cctkGH , > > > > make[3]: *** [register.c.o] Error 1 > > > > make[2]: *** [make.checked] Error 2 > > > > make[1]: *** > > [/Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/lib/libthorn_ReflectionSymmetry.a] > > Error 2 > > > > make[1]: *** Waiting for unfinished jobs.... > > > > Creating > > /Users/giulia/coding/ET_2023_11_s/Cactus/configs/sim/lib/libthorn_LocalReduce.a > > > > make: *** [sim] Error 2 > > > > -- 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 . -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 833 bytes Desc: OpenPGP digital signature URL: From lucas.t.s.carneiro at gmail.com Thu May 30 11:33:21 2024 From: lucas.t.s.carneiro at gmail.com (Lucas Timotheo Sanches) Date: Thu, 30 May 2024 13:33:21 -0300 Subject: [Users] Meeting minutes for 2024-05-30 Message-ID: Present: Lucas (minutes), Leo (chair), Peter, Roland, Zach # ET Release Timeline * We now have all the gallery runners. * No other updates since the latest release. # ET summer school and workshop at LSU * Leo asked how to best allocate the 1-hour time slot for his talk. Roland suggests giving breaks during the talk and says a more detailed plan can be found at https://docs.google.com/spreadsheets/d/1KYbKLKrle7kGITeWNWZvO_Rf0A2Rc6_AyaiqARy89R4/edit?pli=1#gid=0 * Lucas asked about the `Error: machine slurmjupyter is missing a required key: user` while trying to run simfactory in the workshop tutorial server. Roland recommends trying simfactory's setup silent # Mailing list * No questions. * Roland: Bruno Giacomazzo and Julia Conti had trouble compiling on MacOS (the known incompatible pointer). Roland fixed it. # Open tickets * 2799: Simple, no readme file in the Thorn. Roland requested a change. * 2786: Put off until after the release. # Tickets ready for review * 2772: Leo says that Sam reported the error fixed, but it hasn't really. Roland says there is a PR with a fix, but Sam said he wants to test more before merging. Roland encouraged Leo to bug him to fix this. * 963: Peter says that he and Zach have implemented sphynx bssn. Constraint damping is better than it was before, but there are still some issues. Peter says he is working on that. * 2776: Roland says he needs to test this *soon*. It is on his to-do list. # Extras * There will be no meeting next week because of the workshop