Users July 2018

users@lists.einsteintoolkit.org

15 participants
24 discussions

meeting minutes for 2018-07-09
by Roland Haas 09 Jul '18

09 Jul '18

Present: Roland, Peter, Miguel Zilhao, Sam, Yosef, Bhavesh, Zach, Qian, NSNS gallery example: * no progress yet, still trying to get working code on SuperMike * Peter will try this week, checking at suggestion by Roberto dePietri Gallery examples reruns before release: * BBH: Ian * Poisson equation: ???, Roland to ask Shawn Rosofsky * Multi-patch: Roland * TOV star: Roland * BNS: Peter SuperMike updates: * Peter will update once he has a working configuration ET release: * GiRaFFE - reduced memory usage of test cases (significantly, about 1GB now) and output size (5MB), runtime (1m or less). Promised feedback end of this week. * Proca - vector field (Miguel). Needs reviewer. Currently assigned to Steve. Peter volunteers. Request is in ticket: https://trac.einsteintoolkit.org/ticket/2101 Thorn list is in the repo folder. * Lean - BSSN evolution code. Needs reviewer. Possible assigned to Steve. SphericalBSSN: * Zach says the thron should be available and the repo listed in the paper. Also suggest to check ET users mailing list. If not there asks to have emails sent to him. Auto-run gallery examples: * should be run periodically about once a month ** maybe contact Ian Hinder who has been advocating this for a while * right now we have no dedicated ET allocation * should get allocation for this and for backend of tutorial server ** can also get allocation at LSU for this ** would need an allocation for JetStream as backend * Zach will add a BNS IllinoisGRMHD example QLM measurements: * ticket exists: https://trac.einsteintoolkit.org/ticket/2160 * no one has looked into this yet. Bhavesh will give it a try. Roland suggests to carefully check the expected result based on parameter settings. Wiki accounts: * https://trac.einsteintoolkit.org/ticket/2135 * Peter says he heard IT support say in Steve's office that a solution is close ET meeting: * Miguel is setting up schedule and list of talks * will send email asking about jupyterhub setup, will need a sample notebook from presenters 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

Re: [Users] Users Digest, Vol 99, Issue 13
by Feyisso Sado 05 Jul '18

05 Jul '18

Dear all help for this error [/home/fayo/Cactus/configs/sim/scratch/build/LORENE/Lorene/Lib/liblorenef77.a] Error *With Best Regards!!!* *-------------------------------------------------------------------* *Feyiso Sado Bedecha (PhD), Student* *Addis Ababa University, Department of Physics* *Cell Phone: +251910626090 <%2B251911089463>* *E-mail: bsfeyiso(a)gmail.com <bsfeyiso(a)gmail.com>* *P.O.Box: 1176* *Ethiopia* On Wed, Jun 13, 2018 at 8:00 PM, <users-request(a)einsteintoolkit.org> wrote: > 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: problems of reproducing the simulation of binary neutron > star with different mass (???) > 2. European Einstein Toolkit meeting 2018 -- reminder (Miguel Zilh?o) > 3. Configure Error While Compiling (Jared Coughlin) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Wed, 13 Jun 2018 07:53:34 +0000 > From: ??? <r06222015(a)ntu.edu.tw> > Subject: Re: [Users] problems of reproducing the simulation of binary > neutron star with different mass > To: "rhaas(a)ncsa.illinois.edu" <rhaas(a)ncsa.illinois.edu> > Cc: Einstein Toolkit Users <users(a)einsteintoolkit.org> > Message-ID: <6833862305f44d82834b36c54a73f54b(a)ntu.edu.tw> > Content-Type: text/plain; charset="big5" > > Dear Roland, > > I found the tracking problem is very obvious that the canter of mass moves > toward right. > > Therefore,I have tried the thorn you mentioned ( > https://bitbucket.org/zach_etienne/wvuthorns_diagnostics). > > However I met some problem. I added following lines in nsnstohmns.th > > > # wvuthorns_diagnostics > !TARGET = $ARR > !TYPE = git > !URL = https://bitbucket.org/zach_etienne/wvuthorns_diagnostics.git > !REPO_PATH= $2 > !CHECKOUT = > wvuthorns_diagnostics/VolumeIntegrals_GRMHD > > and following lines in nsnstohmns.par > > ActiveThorns = "VolumeIntegrals_GRMHD" > VolumeIntegrals_GRMHD::volintegral_sphere__center_x_initial[101] ="0.0" > VolumeIntegrals_GRMHD::volintegral_sphere__center_y_initial[101] ="0.0" > VolumeIntegrals_GRMHD::volintegral_sphere__center_z_initial[101] ="0.0" > > then I ran the command in order to obtain the thorn VolumeIntegrals_GRMHD : > ./GetComponents thornlists/nsnstohmns.th > > but the following error occurs > > Error: Thorn VolumeIntegrals_GRMHD not found > Activation failed - 1 errors in activation sequence > WARNING level 0 from host nid02749 process 0 > while executing schedule bin (none), routine (no thorn)::(no routine) > in thorn Cactus, file /global/u1/c/chlin/Cactus/src/main/SetParams.c:93: > -> CCTKi_SetParameter: Error at line 585 in parameter file > /scratch1/scratchdirs/chlin/simulations/nsns_09_063_thorn_ > test5/output-0000/nsnstohmns.par while activating thorns > > I wonder that I missed some steps since it is my first time to add a new > thorn. Is there any possible solution? > Thank you. > Best regards, > Chia-Hui > > ________________________________ > ???: Roland Haas <rhaas(a)illinois.edu> > ????: 2018?5?15? ?? 08:16:12 > ???: ??? > ??: Einstein Toolkit Users > ??: Re: [Users] problems of reproducing the simulation of binary neutron > star with different mass > > Hello Chia-Hui, > > > I do not quite understand what causes ,in your example, > > > > CarpetRegrid2::position_x_1 = 42. > > CarpetRegrid2::position_x_2 = -17 > > > > to become fail. > This has to do with the way that the thorn GRHydro_Analysis that looks > for the location of the star works. It first determines the location on > the grid with the largest density, then it computes a center of mass > integral in a region around that point. This computed center of mass if > used as the location of the star and to move boxes. There is code in > thorn NSTracker that uses this single found location and moves two > refined regions to (x,y,z) and (-x,-y,z) where (x,y,z) is the found > location of the star. > > There are two reasons why this does not work well with unequal masses: > > 1. it only looks for a single star and bases that star's location on > the highest density > 2. NSTracker makes the hard-coded assumption that the two regions that > cover the star are mirror immages of each other > > In your case since the star at -17 (always assuming you actually have > set up a grid that has no symmetries) is the heavier one (since it is > closer to the center of rotation) and thus has the higher central > density, therefore GRHydro_Analysis will use it as the star to track > and thus will find the star location to be (-17,0,0) when it looks for > the star. > > > In my case, if the initial location of the binary star is (-34.59 > > km , 45.41 km) , I should set > > > > CarpetRegrid2::position_x_1 = -34.59/1.48=-23.37 > > CarpetRegrid2::position_x_2 = 45.41/1.48=30.68 > > > > right? > Yes that is correct. > > > Would this soon be set to (-23.37,23.37)? Because the mass difference > > is not so much, I am wondering whether there exists some maximum value > > of mass ratio which can tolerate small mass difference. > > > > By the way ,the link https://trac.einsteintoolkit.org/ticket/1974 > > seems not work. I would like to check it up. > Thank you for pointing this out. It seems that there is an endless > redirection loop in the trac website already for > https://trac.einsteintoolkit.org > > 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 . >

2 2

Grid function timelevels
by Jens Mahlmann 03 Jul '18

03 Jul '18

Dear all, I am currently optimizing some code in the Einstein Toolkit and have a general question on time levels and declarations. Throughout my evolution, I use some quantities (initialized as grid functions with various time levels) which are not changed throughout the evolution or only changed explicitly in some moments. At the moment, I make sure in every time step via variable[i3D] = variable_p[i3D] that I have the correct values at the respective time. Is there a better way to do this? I.e. is there a way to declare a grid function or to register it such that it stays untouched throughout the time evolution except when I change it explicitly? Thank you very much and my best from Valencia Jens Mahlmann

2 2

meeting minutes for 2018-07-02
by Roland Haas 02 Jul '18

02 Jul '18

Present: Roland, Bhavesh, Peter, Sam, Steve, Yosef, Zach, Helvi, Ian, Antoni Ramos, Gabrielle, Shawn, Qian Peter will host the meeting for the next 4 weeks until but not incl. August 6th. ET release in August: * would be 6 months from last release * have test cases for GiRaFFE ** total data file size: 31 MB ** largest memory usage: 3.4GB ** runtime: cumulative 1hr of runtime ** limits should be such that things can be run on a low and laptop, test should be regression tests. Physics tests should be separate can be eg in par/ directory or in gallery. ** Roland suggests no more than a couple hundred MB of RAM for tests to run in VMs of tutorial machines, Ian suggests less than 1GB * will push back to September to make sure GiRaFFE is included Thorns to include: * GiRaFFE * Proca and Lean, Helvi and collaborators are working on paper, but there has not been much work on including it yet. ** there is a test suite for it ** needs a reviewer, likely not in this release but in the next ** advertise on ET page and wiki on https://docs.einsteintoolkit.org/et-docs/Thorns_we_know_of, add to master einsteintoolkit.th on master after release ET testing sytem * currently down due to suspected * Nebula is also down due to hardware issues * NDSlabs is ending its testing phase, need to look for alternative services for the VMs Supporting current OS: * issues with passing Fortran strings will exist once gcc8 becomes commonplace. Roland found that the issue already exists with all intel compilers on 64bit machines and has apparently not caused issues so far. Erik's fix should be applied, extended to also cover intel compilers: https://bitbucket.org/cactuscode/cactus/pull-requests/49/cactus-support-gcc… Bugs in ET: * https://trac.einsteintoolkit.org/ticket/2158 Steve will go ahead Testing ET on Macs: * get spare macbooks at NCSA * buy some mac hardware * run OSX in a VM * consider Linux subsytem for windows * check that there are instructions on the tutorial PreSync: * Steve would like to have flesh support PreSync in next release to be available for thorns that want to use it * ideally it should be possible to run simulation with mixed presync aware and presync unaware thorns without them interfering * move discussion to the mailing list Education and outreach group: * poll to find a time for a regular call: https://doodle.com/poll/286zi6yvcgvy6784 * the first meeting will finalize the proposal: https://docs.google.com/document/d/1lhfZUl5fvq4ALGBsGtSAEzTSS2HSJjczf2C-Qus… * please join if interested in the working group 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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users July 2018