Users February 2020

users@lists.einsteintoolkit.org

23 participants
29 discussions

ETK Meeting minutes for 2020-02-13
by Hamilton, Maria 13 Feb '20

13 Feb '20

Present: Peter Diener, Yosef Zlochower, Maria Babiuc-Hamilton, Christopher Evans, Ian Hinder, Liu Haoyang, Justin Verde, Steven Brandt, Chair: Peter Diener Note Taker: Maria Babiuc-Hamilton * Peter opens the meeting by reviewing the agenda. He makes a call for updates from working groups, but there is none. He goes on to the main item on the agenda is the possible move of cactus code web pages o gitup pages. * Steve reports that cactus code web pages are not updated for 10 years and present vulnerability, plus they are clunky. He started to improve them, and suggested to make them a subset of ETK web pages, because they are maintained well. * Ian considered this is a loss, especially for justifying similar projects when applying for grants, and created a static github repository that could host the cactus code web pages instead. This requires minimum maintenance, because it avoids the risk presented by the dynamical content, while still allowing updates. * Steve is in favor of moving cactus code to static gitgub, and asked for a vote. Nobody opposed the idea, so a decision is made to proceed, although he points out that this won't solve the immediate problem of cleaning the content. * Ian calls for volunteers for going through the content, and suggests that Steve makes a call for volunteers by email. * Steve agrees, and with this item out of the way, he brings updates on the work he is doing in organizing the upcoming US ETK Workshop at LSU in August. He has the registration done, and asks people to start registering at: https://www.cct.lsu.edu/Einsteintoolkitworkshop * Also, he is happy to receive suggestions if anybody sees anything wrong or could be improved. * Peter reviews the agenda again and does not see any active tickets, or anything else to discuss, and goes on to ask for volunteers for chair/minute taker for next two meetings. Steve volunteers for chair on the 20th of February, and Ian for the 27th. The note taker still has to be decided. * Peter asks for any other subject of discussion. * Steve makes another call for volunteer to assist Roland in coordinating the next ETK release and learn how to do it. * Peter calls the call. Maria _______________________ 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

Re: [Users] (no subject) (Zach Etienne)
by ZhiChao Zhao 12 Feb '20

12 Feb '20

Thank you very much! > Send Users mailing list submissions to > users(a)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(a)einsteintoolkit.org > > You can reach the person managing the list at > users-owner(a)einsteintoolkit.org > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Users digest..." > > > Today's Topics: > > 1. Re: (no subject) (Zach Etienne) > 2. Re: (no subject) (Zach Etienne) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 12 Feb 2020 23:14:50 -0500 > From: Zach Etienne <zachetie(a)gmail.com> > Subject: Re: [Users] (no subject) > To: ZhiChao Zhao <yanyuechuixue(a)gmail.com> > Cc: Einstein Toolkit Users <users(a)einsteintoolkit.org> > Message-ID: > < > CAP6hNvzOc_XR-M33McaNH6bMBu76uc1yrXZaX0B6E5NpzZmQJw(a)mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > One quick clarification: > > When I said > > "[integrated measures of rest mass over a volume] can become completely > unreliable at the time of black hole formation" > > I meant that the conservative nature of GRMHD schemes can and do break down > inside black holes, so mass might be lost after it passes inside a black > hole horizon. This should have no ill effect outside the horizon, as "what > happens in the horizon stays in the horizon". Generally you'd want to > perform a surface integral to monitor the rest mass passing into the > horizon and combine it with a volume integral outside the horizon to > measure the total rest mass after black hole formation. > > -Zach > > * * * > Prof. Zachariah Etienne > Physics & Astronomy Dept. > West Virginia University > http://astro.phys.wvu.edu/zetienne/ > http://blackholesathome.net > <https://blackholesathome.net> > > > On Wed, Feb 12, 2020 at 11:05 PM Zach Etienne <zachetie(a)gmail.com> wrote: > > > Hi ZhiChao, > > > > > The program runs without error, however there is no eject during the > > merge. > > > > Typical ejecta from BNS mergers amount to a very tiny fraction of the > > total initial mass, with values of 1e-3 Msun from BNS merger simulations > > being reported in the literature (https://arxiv.org/abs/1809.11161). > This > > value is highly dependent on the equation of state however. Further most > > simulations reporting ejecta are not performed at multiple numerical > > resolutions, meaning that the values may be adjusted downwards with > > subsequent simulations. Indeed in most simulations I saw for which more > > than one resolution was performed in that paper, the higher resolution > > simulation has less ejecta (see Table 2)--sometimes significantly less > > (e.g., LS220_M140140_LK). > > > > Bottom line, I am not surprised you didn't see any ejecta. Ejecta > > measurements are often dominated by numerical error, and depend > sensitively > > on equation of state. The very simple equation of state you chose (simple > > Gamma=2 polytrope) might not exhibit much, if any, ejecta in the limit of > > very high resolution. > > > > A recent update to IllinoisGRMHD supports more sophisticated (piecewise > > polytrope/"hybrid") equations of state. It exists within the > IllinoisGRMHD > > subdirectory of https://github.com/zachetienne/nrpytutorial . You might > > have more luck getting ejecta from BNS initial data with > > piecewise-polytrope equations of state. > > > > > And "restmass. Init. IN sphere @ > > (0.000000e+00,0.000000e+00,0.000000e+00), r=2.708902e+02. Moves/Tracks > AMR > > Centre -1/-1" is increasing. > > > > If I'm interpreting this correctly (I might not be), you are measuring > > total rest mass within 270.89 in code units. You seem to observe an > > increase of 0.06% over the course of the simulation. That's not much, and > > can happen due to interpolation errors at AMR refinement boundaries > (matter > > crosses AMR refinement boundaries and tiny errors add up to a small boost > > in mass), or become completely unreliable at the time of black hole > > formation. Performing another simulation at higher or lower resolution > and > > additional volume integral regions may help diagnose this measurement. I > > think you'd want to analyze the rest mass *outside* an interior volume to > > estimate ejecta anyway. > > > > A more sophisticated interpolation treatment at AMR refinement boundaries > > might help reduce this error, which amounts to a different prolongation > > type (e.g., ENO) being chosen for evolved GRMHD variables. > > > > Hope this helps. > > > > -Zach > > > > * * * > > Prof. Zachariah Etienne > > Physics & Astronomy Dept. > > West Virginia University > > http://astro.phys.wvu.edu/zetienne/ > > http://blackholesathome.net > > <https://blackholesathome.net> > > > > > > On Wed, Feb 12, 2020 at 9:25 PM ZhiChao Zhao <yanyuechuixue(a)gmail.com> > > wrote: > > > >> Hello everyone, > >> > >> I am Zhi-Chao Zhao from Beijing Normal University, China. > >> I am using EinsteinToolkit and IllinoisGRMHD to simulate BNS merge. > >> > >> I use a par file modified from > >> > https://bitbucket.org/zach_etienne/wvuthorns_diagnostics/src/master/NSNS_pa… > >> . > >> I just add one line > >> "VolumeIntegrals_GRMHD::volintegral_inside_sphere__radius[6] = > >> 270.89015422746235". > >> > >> The initial data is got from Zach Etienne. > >> > >> The program runs without error, however there is no eject during the > >> merge. > >> Two videos: > >> https://gogo.treenew.be/rho_b_movie.mpg > >> https://gogo.treenew.be/rho_b_log_movie.mpg > >> > >> > >> And "restmass. Init. IN sphere @ > >> (0.000000e+00,0.000000e+00,0.000000e+00), r=2.708902e+02. Moves/Tracks > AMR > >> Centre -1/-1" is increasing. > >> One figure: > >> https://gogo.treenew.be/newplot.png > >> > >> I don't know where I went wrong. Can anyone help me? > >> > >> > >> _______________________________________________ > >> Users mailing list > >> Users(a)einsteintoolkit.org > >> http://lists.einsteintoolkit.org/mailman/listinfo/users > >> > > >

1 0

(no subject)
by ZhiChao Zhao 12 Feb '20

12 Feb '20

Hello everyone, I am Zhi-Chao Zhao from Beijing Normal University, China. I am using EinsteinToolkit and IllinoisGRMHD to simulate BNS merge. I use a par file modified from https://bitbucket.org/zach_etienne/wvuthorns_diagnostics/src/master/NSNS_pa… . I just add one line "VolumeIntegrals_GRMHD::volintegral_inside_sphere__radius[6] = 270.89015422746235". The initial data is got from Zach Etienne. The program runs without error, however there is no eject during the merge. Two videos: https://gogo.treenew.be/rho_b_movie.mpg https://gogo.treenew.be/rho_b_log_movie.mpg And "restmass. Init. IN sphere @ (0.000000e+00,0.000000e+00,0.000000e+00), r=2.708902e+02. Moves/Tracks AMR Centre -1/-1" is increasing. One figure: https://gogo.treenew.be/newplot.png I don't know where I went wrong. Can anyone help me?

2 3

Einstein Toolkit Meeting Reminder
by users＠einsteintoolkit.org 12 Feb '20

12 Feb '20

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

Fwd: Re: meeting minutes for 2020-02-06
by Steven R. Brandt 12 Feb '20

12 Feb '20

Hi Bilal, I assume by "ADM" you mean "EinsteinBase::ADMBase?" Can you tell us (1) what operating system you're on, (2) what version of the einstein toolkit you're using? (3) show us the exact error message? (4) show us what command you are using to compile? Thanks. --Steve -------- Forwarded Message -------- Subject: Re: [Users] meeting minutes for 2020-02-06 Date: Wed, 12 Feb 2020 23:35:06 +0500 From: bilal hameed awan <bilalhameedawan962(a)gmail.com> To: Steven R. Brandt <sbrandt(a)cct.lsu.edu> Dear Brandt Sir, Sir I am trying to run module weylscal4. I get an error missing thorn "ADM", issue is I can't find any thorn ..../ADM in thornlist. Please help me. Regards Bilal Hameed. On Tue, Feb 11, 2020, 9:29 PM Steven R. Brandt <sbrandt(a)cct.lsu.edu <mailto:sbrandt@cct.lsu.edu>> wrote: OK, I have this imported from SVN: https://github.com/EinsteinToolkit/cactuscode Some of you already have commit rights on it. I'm happy to have more. We apparently have a docker image in https://github.com/stevenrbrandt/et-websites already... and apparently I made it, though I don't remember doing so. Maybe I'm older than I think. What I need is someone to help with the content. --Steve On 2/11/2020 10:04 AM, Steven R. Brandt wrote: > > > On 2/11/2020 8:21 AM, Ian Hinder wrote: >> >> >>> On 10 Feb 2020, at 16:37, Steven R. Brandt <sbrandt(a)cct.lsu.edu >>> <mailto:sbrandt@cct.lsu.edu>> wrote: >>> >>> So the question is, what do we do about the website? We don't >>> have the time, person-power, or budget to maintain it. At >>> present, the website is full of things that are horribly out of >>> date and likely does more harm than good for anyone reading it. >>> >> Hi Steve, >> >> For time, person power and budget, how would this change if it >> were moved to be under the ET website? > > I don't have a dollar or hour figure, but the svn repo is > maintained by CCT, which sits on a server which has to be upgraded > from time to time and there are svn client server version issues, > etc. Similar issues apply to the webserver. The machine has to be > upgraded from time to time, which includes going and getting new > docs, etc. If we put a webserver on github and served > cactuscode.org <http://cactuscode.org> out of a docker image like > we do for the ET, that would simplify upgrades and refreshing. It > would also help us to document what the website does and make it > possible to host it elsewhere if that ever becomes necessary or > desirable. > > My belief is that if we want to keep a cactuscode.org > <http://cactuscode.org> website, we should all help in updating it > and making it worthwhile. > >> >> Is the issue related to keeping the content up-to-date, or >> infrastructure issues like maintaining a separate webserver etc? > Mostly, it's keeping the content relevant, but the website updated > and running is a bit of a hassle too. >> >> Deleting content which is out of date would help. > Right, but there's a lot of content and I don't have the time to > go through it all--I don't think anyone does. I think we need to > ask what the minimum thing is that we want. What are the critical > set of pages? >>> >>> We could make a website that's just a few well-chosen pages with >>> a similar template to the ETK. >>> >> Reducing the amount of administrative duplication is certainly >> desirable. > > It's more than desirable IMHO, it's necessary. Also, in recent > months we've been working to decentralize administration and make > sure that more than one person knows how to keep various things > running. This is another opportunity to continue that trend. > > --Steve > >> >> -- >> Ian**Hinder >> Research Software Engineer >> University of Manchester, UK >> _______________________________________________ Users mailing list Users(a)einsteintoolkit.org <mailto:Users@einsteintoolkit.org> http://lists.einsteintoolkit.org/mailman/listinfo/users

1 0

meeting minutes for 2020-02-06
by Roland Haas 12 Feb '20

12 Feb '20

Present: Bill, Christopher, Helvi, Liu, Maria, Peter, Roland, Steve, Yosef, Zach * Steve presented on the current state of presync ** all tests pass if presync is disabled ** working towards getting all tests passing with presync enabled ** Steve is merging in changes from master making sure things work again ** Fortran thorn are now working ** aim to have in ET in next release ** can go into master once there is interest and it does no harm ** interest in having it hooked up to NRPy+ on the code generation level * Are we ready to turn off CactusCode.org? ** all in favor for moving ** Zach has some links to CactusCode.org that are in NRPy+ docs and that should be considered for a redirection ** https://bitbucket.org/einsteintoolkit/tickets/issues/2328 for suggested changes * Zach's group has static trumped initial data thorn that, using correct gauge conditions gives static evolution * https://nbviewer.jupyter.org/github/zachetienne/nrpytutorial/blob/master/Tu… for the initial data, gauge condition notebook still to come * Steve and Roland reported on issues with tutorial server apparently caused by timeouts ** Roland looking into alternative IO systems ** would also consider to migrate to somewhere else ** check if we can increase timeout values for jupyterhub to prevent the notebooks loosing their connection to the kernel 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 .

4 9

Agenda for Thursday's Meeting
by users＠einsteintoolkit.org 10 Feb '20

10 Feb '20

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

1 0

Einstein Toolkit Meeting Reminder
by users＠einsteintoolkit.org 05 Feb '20

05 Feb '20

1 0

Agenda for Thursday's Meeting
by users＠einsteintoolkit.org 03 Feb '20

03 Feb '20

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

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users February 2020