Users March 2015

users@lists.einsteintoolkit.org

10 participants
18 discussions

Minutes
by Frank Loeffler 16 Mar '15

16 Mar '15

Hi, Present were: Matt Peter Frank Steven Jonah Josh Yosef Ian No new results from trying 'docker' were reported. There was some discussion about how to get grid array interpolation working in Carpet, in connection with using Carpet for CCE, in unigrid-mode. CarpetInterp apparently does not provide the correct interpolation, and CarpetInterp2 does explicitly not support it. Frank

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 15 Mar '15

15 Mar '15

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/ NOTE: Most of Louisiana changed to summer time about a week ago, while other regions might not have. In these cases, "usual meeting time" means one hour earlier than usual. In short: the number is (+1) 225-578-4942 and the conference id is 118682#. Frank Löffler

1 0

Failed compilation of GRHydro cpp files on Fermi BlueGene/Q
by Francesco Maione 12 Mar '15

12 Mar '15

Good morning, i am trying to compile the developer version of the Einstein Toolkit on the Fermi machine (a Blue Gene/Q machine of Cineca, Italy). The compilation hangs when trying to compile GRHydro_WENOReconstruct.cc and after a while is aborted with almost no error informations: #################################################################################### COMPILING arrangements/EinsteinEvolve/GRHydro/src/GRHydro_WENOReconstruct.cc "/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus/src/include/CommOverloadables.h", line 87.1: 1540-0081 (W) The attribute "noreturn" is not a valid type attribute. The attribute is ignored. "/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus/src/include/CommOverloadables.h", line 88.1: 1540-0081 (W) The attribute "noreturn" is not a valid type attribute. The attribute is ignored. /opt/ibmcmp/vacpp/bg/12.1/bin/.orig/bgxlC_r: 1501-224 (S) fatal error in /opt/ibmcmp/vac/bg/12.1/exe/ipa: signal 9 received make[3]: *** [GRHydro_WENOReconstruct.cc.o] Error 251 make[3]: Leaving directory `/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus/configs/sim/build/GRHydro' make[2]: *** [make.checked] Error 2 make[2]: Leaving directory `/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus/configs/sim/build/GRHydro' make[1]: *** [/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus/configs/sim/lib/libthorn_GRHydro.a] Error 2 make[1]: Leaving directory `/gpfs/work/INF14_teongrav/francesco.maione/ET/dev/Cactus' make: *** [sim] Error 2 ################################################################################### This error is also present in ET_2014_05 and ET_2014_11 stable versions. I am using the IBM compiler for Blue Gene/Q bgxlC_r version 12.1. In the configuration file under simfactory/mdb/optionlist i have set the following flags for cxx programs: CXXFLAGS = -g -qarch=qp -qtune=qp -qrtti -qsuppress=1500-036:1506-1108 -qnokeyword=restrict -qalias=norestrict CXX_OPTIMISE_FLAGS = -O2 -qmaxmem=-1 -qhot -qlibmpi (the error is present also with -O0) CXX_OPENMP_FLAGS = -qsmp=omp:noauto Have any of you encountered a similar error, or knows how to fix it? Thank you for your help, Francesco Maione __________________________________________ Francesco Maione Ph.D. student in Physics, Università di Parma Dipartimento di Fisica e Scienze della Terra Via G.P.Usberti 7/A I-43100 PARMA --- ITALY Tel: +39 (0521) 905218

5 4

Minutes
by Frank Loeffler 09 Mar '15

09 Mar '15

Hi, Present were today: Frank Jonah Matt Peter Steve The main discussion revolved around using 'docker' as a way to deploy the ET, either at tutorials, or possibly HPC systems (although that would require more work and cooperation). Docker has its roots in cloud-computing (and is supported by several big players there), and was mentioned in a workshop Erik went to last week. It is a "virtual environment" instead of a "virtual machine". The difference is that unlike in a virtual machine, where an entire host is emulated, only a new 'software environment' is created, while that still runs under the same "host"-OS, using the same kernel. In the end, the user runs stuff (almost) like any other executable. This tight coupling between docker and the host-kernel is the reason for one possible disadvantage: it runs natively only in linux, and Erik mentions that is is possible to painlessly have it run also on Macs, using a tiny VM to run the linux kernel. Windows is, as far as everyone knew, not directly supported. The way to run docker executables there would be to run them within a regular virtual machine. Also, docker requires a daemon to run that needs root - which might require convincing arguments at HPC centers. In any case, Erik currently tries to have the ET release run in one of these containers, and will report about his success later on. Frank

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 09 Mar '15

09 Mar '15

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/ NOTE: Most of Louisiana changes to summer time this weekend, while other regions might not. In these cases, "usual meeting time" means one hour earlier than usual. In short: the number is (+1) 225-578-4942 and the conference id is 118682#. Frank Löffler

3 2

Re: [Users] is interpolation of grid arrays supported?
by Roland Haas 08 Mar '15

08 Mar '15

Hello Yosef, > I should have clarified this to begin with, I was using a single > processor. Well in that case my comment clearly does not apply. > It seems that somehow the extent of the grid array is lost. > The grid, as seen by AEILocalInterp is only 9 elements > long. This may be unrelated: but are you using a development version of the flesh? I fixed a bug in the parameter file parser that affects things like: size=\ (NullGrid::N_ang_pts_inside_eq+2*(NullGrid::N_ang_ev_outside_eq+NullGrid::N_ang_stencil_size)),\ (NullGrid::N_ang_pts_inside_eq+2*(NullGrid::N_ang_ev_outside_eq+NullGrid::N_ang_stencil_size)) in interface.ccl (the fix is in 635f90e "Cactus: fix access to deallocated temporary variable in piraha"). This would affect the size of the array in memory as well though, so I would expect it to fail before. Otherwise, I am as baffled as you are. 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. -- 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.

1 0

Re: [Users] [Einstein Toolkit] #1712: Retire snprintf.c
by Roland Haad 06 Mar '15

06 Mar '15

Gcc warns. But I get so many warnings due to variable shadowing and fortran subroutine calls without interface that I only see them if I hunt for them. Its not as if I recompile the flesh very often. :-) We could make the warning an error and that should help but may break some code tgat does not eg declare printf. Yours Roland ----- Original Message ----- From: Einstein Toolkit <trac-noreply(a)einsteintoolkit.org> Sent: 2015/03/06 - 21:19 To: null Subject: Re: [Einstein Toolkit] #1712: Retire snprintf.c > #1712: Retire snprintf.c > -----------------------+---------------------------------------------------- > Reporter: eschnett | Owner: > Type: task | Status: review > Priority: minor | Milestone: > Component: Other | Version: development version > Resolution: | Keywords: > -----------------------+---------------------------------------------------- > > Comment (by eschnett): > > Regarding {{{strdup}}}: Ouch. Hello 1972, nice to meet you. > > Isn't there a gcc warning that requires prototypes for all functions? I > think we should be able to enable this safely. > > -- > Ticket URL: <https://trac.einsteintoolkit.org/ticket/1712#comment:6> > Einstein Toolkit <http://einsteintoolkit.org> > The Einstein Toolkit > -- 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.

1 0

meeting minutes for 2015-03-02
by Roland Haas 02 Mar '15

02 Mar '15

present: Matt, Peter, Frank, Roland, Ian, Zach, Josh, Yosef Rewrite branch: no news C++ code in GRHydro: * about a factor of 2 speedup compared to F90 code * not clear what the cause of the speedup is, possibly just the fact that all if statements were replaced by template parameters * Roland to send to Peter a parameter file for a supernova type run to check for hot spots in the code Yours, Roland

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users March 2015