Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Einstein Toolkit Meeting Reminder
by users＠einsteintoolkit.org 04 Dec '19

04 Dec '19

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

Communicated region and active part of the domain
by Dominik Guido Rhiem 04 Dec '19

04 Dec '19

Dear all, in order to decrease the necessary calculations for a simulation, I tried to lower the resolution and limit the domain size of the simulation. However, I get the error that the communicated region has to be contained within the active part of the domain; I don't see where the issue is in my parameter file, though. I paid attention that the region size is an integer multiple of the resolution and to not extract e.g. gravitational waves from surfaces at a larger radius than the region size. I have attached both the error file, the output file and the parameter file. (Note that I also use some non-standard thorns, e.g. for seeding magnetic fields.) Sincerely, Dominik Rhiem

3 4

Agenda for Thursday's Meeting
by users＠einsteintoolkit.org 02 Dec '19

02 Dec '19

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

1 0

ld error while linking simfactory on a HPC
by Schaffarczyk, Alois 02 Dec '19

02 Dec '19

Dear all, (1) I tried to compile simfactory on a German HPC (HLRN4) at Goettingen named "Emmy" - probably from Emmy Noether as she worked a long time there. (She is well-known from the Noether-theorem and abstract algebra) Unfortunately linking was not successful: ------------------------------------------------------------------------------------ /usr/bin/ld: warning: libgfortran.so.3, needed by /lib/../lib64/liblapack.so, may conflict with libgfortran.so.5 /usr/bin/ld: /home/shicfdfh/Einstein-toolkit/Cactus/configs/sim/scratch/external/hwloc/lib/libhwloc.a(topology-linux.o): undefined reference to symbol 'udev_device_unref@@LIBUDEV_183' /usr/lib64/libudev.so.1: error adding symbols: DSO missing from command line collect2: Fehler: ld gab 1 als Ende-Status zurück make[1]: *** [/home/shicfdfh/Einstein-toolkit/Cactus/exe/cactus_sim] Fehler 1 make: *** [sim] Fehler 2 ----------------------------------------------------------------------------------- Remark: "Fehler" is German and means ERROR. (2) meanwhile I received feedback from our HPC-support: He says: libudev.so.1 contains demanded ref to "183" and he asks if the order of options in the specific command-line is right: (from stackoverflow) "...Explanation: the linking is dependent on the order of modules. Symbols are first requested, and then linked in from a library that has them. So you have to specify modules that use libraries first, and libraries after them. " I must admit, that I'm not able to locate the line/file to which this might apply (3) Does anybody have an idea which may resolve the bug ? Many thanks in advance advance and best wishes Alois Peter from Kiel, Germany

2 1

Re: [Users] problem using McLachlan with a NS-BH system
by Erik Schnetter 02 Dec '19

02 Dec '19

Giulia Let me make a few more guesses: - How do the lapse gauge driver parameters look like? Did you rescale them as well? - How does the apparent horizon position / shape / coordinate radius behave before this happens? -erik On Fri, Nov 29, 2019 at 6:33 AM Giulia Crotti <g.crotti1(a)campus.unimib.it> wrote: > > Dear all, > thanks for the suggestions. Indeed the problem seems to be occurring > on the finest grid, because the lapse is wrong on the finest level. We > did try changing the ML_BSSN::BetaDriver parameter from 0.71 to 0.25 > (in order to make it ~1/M_BH), but the result was pretty much the > same. > > Cheers, > Giulia > > Il giorno mer 27 nov 2019 alle ore 16:27 Erik Schnetter > <schnetter(a)cct.lsu.edu> ha scritto: > > > > The issue with the time step size (see probably > > <https://arxiv.org/abs/1003.0859>) occurs on the coarsest levels only. > > If the error occurs near the puncture on the fine grid, then this is > > not the problem. > > > > Some of the gauge parameters have a dimension (e.g. 1/length). The > > "standard" settings are optimized for M=1. If your black hole mass is > > very different, then you might need to change them. If you have a > > total mass of M=4, then the gauge might try to act four times faster > > than usual, leading to an instability. The cure would then be > > increased resolution, or changing the respective parameters. > > > > -erik > > > > > > > > On Wed, Nov 27, 2019 at 8:52 AM Wolfgang Kastaun <physik(a)fangwolg.de> wrote: > > > > > > Hi Bruno, > > > > > > Not sure if related, but I vaguely recall that the gamma-driver shift > > > gauge condition can become unstable if the timestep exceeds a critical > > > value related to the damping constant eta in the driver. This might > > > happen with 9 levels if the timestep is also increasing by a factor 2 > > > with each level. The solution I remember was to use the same timestep > > > for the few coarsest levels. Do you know if the first occurrence of NANs > > > in the shift happens on the coarsest level? > > > > > > Cheers, > > > Wolfgang. > > > > > > On 11/27/19 12:36 PM, Bruno Giacomazzo wrote: > > > > Dear All, > > > > a student of mine (Giulia Crotti) is having issues running a NS-BH > > > > simulation with GRHydro and McLachlan (parfile attached). The problem we > > > > are having is with the metric evolution (see attached image for the > > > > lapse produced just before the crash) and I don't think I ever saw such > > > > a problem. Does any of you have any suggestio? > > > > > > > > Approximately around 2000 iterations the simulation crashes with the > > > > following error: > > > > > > > > ERROR from host r168c12s01.marconi.cineca.it > > > > <http://r168c12s01.marconi.cineca.it> process 0 > > > > > > > > while executing schedule bin CCTK_EVOL, routine > > > > PunctureTracker::PunctureTracker_Track > > > > > > > > in thorn PunctureTracker, file > > > > /marconi/home/userexternal/gcrotti0/EinsteinToolkit/ET_2018_09/Cactus/arrangements/EinsteinAnalysis/PunctureTracker/src/puncture_tracker.cc:204: > > > > > > > > -> Shift at puncture #0 is (-nan,-nan,-nan). This likely indicates an > > > > error in the simulation. > > > > > > > > > > > > Something is wrong with the metric; indeed the lapse function gets > > > > larger than 1. We have 9 refinement levels on the black hole, with a > > > > resolution of 0.045 on the finest grid. The initial data have been > > > > computed as to get a mass ratio = 3; so the black hole mass is ~4 solar > > > > masses. The black hole is non-spinning. > > > > > > > > > > > > Thanks, > > > > > > > > Bruno > > > > > > > > > > > > -- > > > > > > > > Prof. Bruno Giacomazzo > > > > Department of Physics > > > > University of Milano-Bicocca > > > > Piazza della Scienza 3 > > > > 20126 Milano > > > > Italy > > > > > > > > email: bruno.giacomazzo(a)unimib.it <mailto:bruno.giacomazzo@unimib.it> > > > > phone: (+39) 02 6448 2321 > > > > web: http://www.brunogiacomazzo.org <http://www.brunogiacomazzo.org/> > > > > > > > > ---------------------------------------------------------------------- > > > > There are only 10 types of people in the world: > > > > Those who understand binary, and those who don't > > > > ---------------------------------------------------------------------- > > > > > > > > > > > > _______________________________________________ > > > > Users mailing list > > > > Users(a)einsteintoolkit.org > > > > http://lists.einsteintoolkit.org/mailman/listinfo/users > > > > > > > _______________________________________________ > > > Users mailing list > > > Users(a)einsteintoolkit.org > > > http://lists.einsteintoolkit.org/mailman/listinfo/users > > > > > > > > -- > > Erik Schnetter <schnetter(a)cct.lsu.edu> > > http://www.perimeterinstitute.ca/personal/eschnetter/ > > _______________________________________________ > > Users mailing list > > Users(a)einsteintoolkit.org > > http://lists.einsteintoolkit.org/mailman/listinfo/users -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

2 2

ET website down
by Haas, Roland 27 Nov '19

27 Nov '19

Hello all, I seem to have brought down the ET webserver (with some IO error). Currently there is no ETA when it will be back. A static version of the website (so "Documentation" does not work for example) is available here: https://einsteintoolkit.bitbucket.io/ Note that the server being down means that the ET tutorial hub signup https://etkhub.ndslabs.org/hub/login also currently does not work. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

No Einstein Toolkit Meeting on Nov 28th
by Haas, Roland 27 Nov '19

27 Nov '19

Hello all, due to US Thanksgiving there will be no ET call on Thu Nov 28th. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://pgp.mit.edu .

1 0

problem using McLachlan with a NS-BH system
by Bruno Giacomazzo 27 Nov '19

27 Nov '19

Dear All, a student of mine (Giulia Crotti) is having issues running a NS-BH simulation with GRHydro and McLachlan (parfile attached). The problem we are having is with the metric evolution (see attached image for the lapse produced just before the crash) and I don't think I ever saw such a problem. Does any of you have any suggestio? Approximately around 2000 iterations the simulation crashes with the following error: ERROR from host r168c12s01.marconi.cineca.it process 0 while executing schedule bin CCTK_EVOL, routine PunctureTracker::PunctureTracker_Track in thorn PunctureTracker, file /marconi/home/userexternal/gcrotti0/EinsteinToolkit/ET_2018_09/Cactus/arrangements/EinsteinAnalysis/PunctureTracker/src/puncture_tracker.cc:204: -> Shift at puncture #0 is (-nan,-nan,-nan). This likely indicates an error in the simulation. Something is wrong with the metric; indeed the lapse function gets larger than 1. We have 9 refinement levels on the black hole, with a resolution of 0.045 on the finest grid. The initial data have been computed as to get a mass ratio = 3; so the black hole mass is ~4 solar masses. The black hole is non-spinning. Thanks, Bruno -- Prof. Bruno Giacomazzo Department of Physics University of Milano-Bicocca Piazza della Scienza 3 20126 Milano Italy email: bruno.giacomazzo(a)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 ----------------------------------------------------------------------

3 2

Agenda for Thursday's Meeting
by users＠einsteintoolkit.org 25 Nov '19

25 Nov '19

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

2 1

Meeting Minutes for 2019-11-14
by Hamilton, Maria 21 Nov '19

21 Nov '19

People present: Christopher Evans, Helvi Witek, Peter Diener, Steven Brandt, Roland Haas, Zach Etienne, Maria Babiuc, Geraint Pratten Chair: Zach Etienne Minutes: Maria Babiuc Zach Etienne opened the meeting. * The first order on the agenda: official ETK representation at the Advances in Computational Relativity workshop to be held at Brown University, Sep 9 - Dec 11, 2020. * Zach will attend Oct 5-9, 2020. * Pieter Diener will be there at the opening and, although will give a talk on self-force, can act as ETK representative. Sep 14-18, 2020. * Other ideas on how to make ETK representation more official: add a logo to the talks (Zach), wear T-shirts with the logo (Steve). * The program is not out yet, but Hevli, who is in the Committee for Math and Computational Approaches, and the scientific organizer of one of the weeks, suggested including ETK in one of the discussion sessions, as a platform for modeling techniques relevant to LISA and LSC. * Second, was discussed the status of the CT_MultiLevel tests on macOS. * Maria confirmed that tests run fine on macOS Mojave with homebrew. * Zach mentioned he has a student who might be able to check the status of the tests on Catalina. * Maria will contact Ian Hinder to find out how many ETK mac users are relying on macport. * Zach advanced to the third item on the agenda, namely unanswered question on mailing list and remarked that Roland is doing a terrific job in answering any questions that arise from all users. The then moved to open tickets and tickets in review. * Roland had no new ticket to report, and mentioned that the reason why tests hang on two Virtual Machines running on a MacOS 8G laptop is that too little memory is allocated to each machine, and consequently they run out of memory. The fix is to make sure memory doesn't get allocated. * One other ticket Zach mentioned is that supermike fails to compile with intel, due to an internal conflict between the new c++ compiler and previous gcc versions. Peter mentioned that ETK runs with simfactory on supermike2. Zach and Peter agreed to close the ticket. * Next Zach asked and was granted the request to assign tickets to people that volunteer. * Next, Zach opened the conversation on the BaikalETK code, namely on how to deal with steering parameters run-time vs compile-time, run-time being more convenient for users. * Zaxh proposes 2 new thorns: BaikalVac and BaikalTmunu, implementing finite difference up to 8th order, with two kernels and more robust options for IllinoisGRMHD. Helvi agreed, as being more manageable for users. * Roland mentioned of possibly two more copies of the thorn in the future, to support Llama and CCZ4. * As future work, Zach had the idea to link scalar fields with Baikal as well. It followed a conversation between Zach and Helvi regarding the usefulness of public codes modeling scalar fields. The name of Katie Wright was mentioned, who developed a purely SENR-based scalar field code. * With this all items on the agenda were addressed. Steve wished Zach Happy Birthday! * Roland mentioned that testing ETK on Mac is still open to discussion. * Maria generated visualization for her run on the binary neutron star example and the will check for differences with the data from the ETK Gallery. * She will open a ticket to request more explanation on the initial data used. * Lastly, Helvi requested an update of the chair/minute taker schedule for the next month. A discussion followed, then Zach updated the web page https://docs.einsteintoolkit.org/et-docs/ET_tasks_rota to reflect the updated schedule. Zach closed the meeting. Happy Birthday, Zach! _______________________ Maria C. Babiuc Hamilton, Ph.D. Professor, Department of Physics College of Science, Marshall University, 1 John Marshall Drive, Huntington, WV, 25755 Room S 257, Phone: (304)696-2754

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users