Users January 2013

users@lists.einsteintoolkit.org

14 participants
25 discussions

output problems
by Steven R. Brandt 25 Jan '13

25 Jan '13

In some of my simulations, output with Carpet with CarpetIOASCII on 2 procs, I get the following strange output: 3 0 0 0 0 13 34 0 0.142955102930643 5 15.5 0 -0.214373883367341 3 0 0 0 0 14 34 0 0.142955102930643 5.5 15.5 0 -0.229590114556558 3 0 0 0 0 15 34 0 0.142955102930643 6 15.5 0 -0.242231416010292 3 0 0 0 0 16 34 0 0.142955102930643 6.5 47 0 0.142955102930643 18 22 0 0.18719967193547 3 0 0 0 0 40 47 0 0.142955102930643 18.5 22 0 0.198544304935133 3 0 0 0 0 41 47 0 0.142955102930643 19 22 0 0.206737466119412 3 0 0 0 0 42 47 0 0.142955102930643 19.5 22 0 0.211879729772937 and 3 0 0 0 0 31 28 0 0.142955102930643 14 12.5 0 -0.272221574961306 3 0 0 0 0 32 28 0 0.142955102930643 14.5 12.5 0 -0.271474578781231 3 0 0 0 0 33 28 0 0.142955102930643 15 12.5-0.0296722731971698 3 0 0 0 0 57 22 0 0.142955102930643 27 9.5 0 -0.0249091567790721 3 0 0 0 0 58 22 0 0.142955102930643 27.5 9.5 0 -0.0207705868267214 (Note the missing delimiter between 12.5 and -0.0296722731971698) From the par file: IOASCII::out2D_every = 1 IOASCII::out2D_xyplane_z = 0 IOASCII::out2D_vars = "FunWave::eta FunWave::u FunWave::v" IOASCII::out2D_xz = "no" IOASCII::out2D_yz = "no" IOASCII::output_ghost_points = "no" Does anyone know what this problem is? Cheers, Steve

2 1

ET seminar talk on GRHydroMP
by Roland Haas 24 Jan '13

24 Jan '13

Hello all, as discussed in today's ET call, I approached Christian Reisswig whether he would be willing to give a short talk about using multipatch methods in GRHydro. Christian kindly agreed to do so and suggested to have the talk two weeks from now (Jan 28th). Would that seem agreeable? I suggested a talk length of about 30min (mean of the two previous talks) and that given the likely audience, technical details are welcome. Yours, Roland -- My email is as private as my paper mail. I therefore support encrypting and signing email messages. Get my PGP key from http://keys.gnupg.net.

4 6

Re: [Users] [Commits] [svn:einsteintoolkit] WeylScal4/trunk/src/ (Rev. 131)
by Ian Hinder 23 Jan '13

23 Jan '13

On 20 Jan 2013, at 16:10, schnetter(a)cct.lsu.edu wrote: > User: eschnett > Date: 2013/01/20 09:10 AM > > Modified: > /trunk/src/ > WeylScal4_invars_calc_2nd.cc, WeylScal4_invars_calc_4th.cc, WeylScal4_invars_calc_Nth.cc, WeylScal4_psi4_calc_2nd.cc, WeylScal4_psi4_calc_4th.cc, WeylScal4_psi4_calc_Nth.cc, WeylScal4_psis_calc_2nd.cc, WeylScal4_psis_calc_4th.cc, WeylScal4_psis_calc_Nth.cc > > Log: > Regenerate code after Kranc change Hi, I find it very useful if the Kranc commit ID is included in such commit messages, so that I know which version of Kranc was used to regenerate the code. The extra step to determine this is also an opportunity for the committer to ensure that he/she doesn't have any local modifications to Kranc. -- Ian Hinder http://numrel.aei.mpg.de/people/hinder

1 0

Meeting Minutes
by Roland Haas 21 Jan '13

21 Jan '13

Present: Ian, Eloisa, Seth, Josh, Tanja, Yosef, Erik, Frank, Peter, Roland, Steve ET Seminars: * will ask Christian R to give talk about GRHydroMP * proposal page: https://docs.einsteintoolkit.org/et-docs/Einstein_Toolkit_Seminar_Proposals Run gallery: * Roland will provide NSNS examplebased in GRHydroMP paper but without MP * Frank works on TOV example Papers using ET: * please add your publications to einsteintoolkit.bib (https://svn.einsteintoolkit.org/manifest/trunk/) Tickets: * 10 open tickets for review, please review Evo replacement: * Erik suggests using WebEx which is what PI uses internally (will try out for one of the next ET calls) * BigBlueButton: no one has experience, requires server setup Automated builds: * server back up, most likely no working through backlog (plus there were build failures) Yours, Roland

2 2

Meeting Minutes
by Roland Haas 21 Jan '13

21 Jan '13

Present: Bruno, Eloisa, Seth, Josh, Tanja, Yosef, Erik, Frank, Peter, Roland, Philipp, Manuele Tickets: * Roland gave a quick summary of the recent GRHydro commits - most of them affect only MHD - some remove old comments, remove void scheduling statements - added support for CarpetEvolutionMask which when turned on allows GRHydro to not warn about errors in regions that are not needed for the evolution. Code is also a test baloon for Cray pointer support. - all simfactory option lists should have support for Cray pointers enabled - Christian Reisswig contributed a WENO5 reconstruction method to GRHydro. Based on http://arxiv.org/abs/0704.2608 (code corresponds to what is used in SpEC). Tested with shock tube and TOV. * Tmunu's support_old_Tmunu_interface parameter changed its default value. This requires changes to old parameter files using it. Users are strongly encouraged to switch to the new interface (using the Tmunu grid functions) which is much (factor of several) faster than the old interface. Support for the old interface will be gradually phased out in the next few releases. * Erik reported on the flesh changes to automatically enable thorns that were REQUIREd or OPTIONAL during compile time. * LoopControl has been rewritten to take the hardware layout into account, usese support library hwloc. Interface changes to C/C++ done, Fortran outstanding. * Carpet's processor decomposition behaviour changed due to bugfixes. No change in data should occur but HDF5 and ASCII files might differ due to different decomposition. * MoL Euler integrator: Erik will commit unless vetoed. Review process has petered out. Process decomposition independent output: * see discussion on trac * generally considered a nice thing to have but not high on the priority list Code tarball: * see discussion on trac ticket #1229 * lean towards gzip * tags for release branches, all updated when release accepts bugfix patch * tarball will not be in svn due to size (~200MB). GRhydroMP presentation: * Erik suggests using WebEx which is what PI uses internally (will try out for one of the next ET calls) * date: next week Jan 28th (unless cancelled) Yours, Roland

1 0

Einstein Toolkit Meeting Reminder
by Roland Haas 20 Jan '13

20 Jan '13

2 1

HDF5 output with cell-centered grid
by Vassilios Mewes 16 Jan '13

16 Jan '13

sorry for the messages before, hopefully the mail is now small enough, but i thought that adding a plot might explain better what i mean.. Hello all, i recently read the Reisswig et al. 2012 paper and started trying to switch to cell-centered grid in order to be able to use the LSUThorns/Refluxing thorn. i am trying to simulate BH+torus systems and due to the size of the torus its hard to have it contained within a refinement level, so i thought that using a cell-centered grid in order to use refluxing might improve results.. i however run into problems getting the hdf5 output of 3D grid frundtions to work... using the static_tov_cc_rf.par file from the Refluxing trunk, i get weird output in the mesh at the reflection boundaries (the par file uses octant mode).. i am using the following parameters for CarpetIOHDF5: IOHDF5::out_every = 256 IOHDF5::one_file_per_group = no IOHDF5::output_symmetry_points = no IOHDF5::out3D_ghosts = no IOHDF5::output_ghost_points = no IOHDF5::out3D_outer_ghosts = no IOHDF5::output_boundary_points = no IOHDF5::output_buffer_points = no IOHDF5::compression_level = 9 IOHDF5::use_checksums = yes IOHDF5::out_vars = " HydroBase::rho HydroBase::press HydroBase::eps HydroBase::vel ADMBase::lapse ADMBase::metric ADMBase::curv GRHydro::scon " the simulations seems to work fine, so is the carpetiohdf5 thorn not suitable for cell-centered output? another effect (that might be output related) is that the different refinement levels are shifted (i'll attach a file showing this in the TOV from the par file (i added extra refinement levels to illustrate the effect) as well as a plot of the density in the torus)... are the specific parameters for cell-centered hdf5 output or other thorns that could take care of that? best wishes, Vassili

3 6

Einstein Toolkit Meeting
by Frank Loeffler 13 Jan '13

13 Jan '13

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ I short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. Agenda: - It would be nice to revive the Einstein Toolkit Seminars. Proposals for talks are welcome and can be added here: [1] - We are still looking for volunteers for gallery parameter files at [2]. Static tov is 'taken' (but not added), others are open. - 10 tickets are in 'review' status, most of them for quite some time. Please take a bit of time and look at one of them. - Please add at least papers which used the Einstein Toolkit to einsteintoolkit.bib, especially if you are one of the authors. - Sooner or later we will need an alternative to EVO (which isn't free anymore). Did anyone try BigBlueButton [4] or knows of other alternatives? Skype video doesn't really work with multiple sites, google hangouts tend to be a bit too unstable and also have restrictions concerning the number of participants. Frank Löffler [1] https://docs.einsteintoolkit.org/et-docs/Einstein_Toolkit_Seminar_Proposals [2] http://einsteintoolkit.org/about/gallery/ [3] https://trac.einsteintoolkit.org/wiki [4] http://www.bigbluebutton.org/

1 0

CactusExamples
by Erik Schnetter 12 Jan '13

12 Jan '13

Last Monday we briefly discussed whether to add thorns from CactusExamples to the Einstein Toolkit. I looked at the thorns, and I suggest to add the following two thorns to the EinsteinToolkit, after possibly minor cleanups: IDWaveMoL WaveMoL There may be other thorns worth adding; I didn't check them. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

1 0

Meeting Minutes
by Tanja Bode 07 Jan '13

07 Jan '13

Present: Frank, Steve, Eloisa, Ian, Tanja, Erik, Josh, Bruno (did I miss anyone?) Minutes: * Reminder: Loni allocation changed from loni_cactus07 to loni_cactus08 See meeting announcement and emails to lists. * Parameter files: Small representative parameter files are requested. These should not necessarily be confinable to a workstation, but should not require many SUs. There is a growing list at http://einsteintoolkit.org/about/gallery . We should include typical simulated systems, with typical parameters. That is, simulations should include standard analysis thorns and output choices. These should also show the typical yet diverse practices, e.g. of handling output directories and checkpointing files. We can adapt parameter files from the ET paper, but only some fit the above requirements. We need to clean these up, update them, and include details on resources required (memory, runtime, & thornlist). We should also expand the list from the ET paper to include more example systems to show what the ET is capable of. * CactusExamples: Currently part of the Cactus release but not the ET. https://trac.einsteintoolkit.org/ticket/809 Erik will look at these one by one to see whether the demonstrated methods are ones we wish to push others to use. Somebody else will need to review. * TmunuBase: Default of support_old_CalcTmunu_mechanism is currently "yes". Frank will change the default to "no" after call in development since it slows down simulations. Removing support completely would break BSSN_MoL among others, so this will be discussed later. * Compiler Warnings: Please look at the compiler warnings and fix. Still of order 1000 lines of warnings with Frank's compiler flag settings. See the following graphic for current flag status: http://www.cct.lsu.edu/~knarf/ET_stats/warnings.png Cheers, Tanja

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users January 2013