Users April 2014

users@lists.einsteintoolkit.org

10 participants
18 discussions

Einstein Toolkit Meeting Reminder
by Frank Loeffler 14 May '15

14 May '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/ I short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. My agenda contains: - Fall workshop - PLEASE let us know if you come [1]! - Hotel booking - Release planning - release date: Mon Oct 24 2011 - freeze date: Mon Sep 26 - the day of the call! - branch name: ET_2011_10 - List of release-concerning bugs [2] - ET paper: proposed "freeze" by Oct 3rd (Mon after this call) As always: feel free to add to this list. Frank Loeffler [1] https://docs.einsteintoolkit.org/et-docs/ET_Workshop_Fall_2011#Fall_Einstei… [2] https://trac.einsteintoolkit.org/query?status=!closed&milestone=ET_2011_11&…

10 31

NaNChecker issue
by Hee Il Kim 07 May '14

07 May '14

Hi, I used to visualize the positions of NaNs simply by using contour plot of visit. But I failed to visualize the data of NaNmask.h5 generated by recent ET and GRHydro. The output says NaNChecker found NaNs and terminated the run. I tweaked the following parameters but got no difference: NaNChecker::ignore_restricted_points = "no" IOHDF5::output_symmetry_points = no IOHDF5::out3D_ghosts = no I tested even the logging level dependency. The crash time depends on it but no difference for NaN visualization. Actually the above hdf5 setup makes very weird Carpet grids but might do only on Visit. I'm using the latest version of stable ET. My visit has no problem in displaying NaNmask.h5 made by old ET. Thanks for your help in advance, Hee Il

3 4

Re: [Users] [Commits] [svn:einsteintoolkit] TOVSolver/trunk/src/ (Rev. 148)
by Ian Hinder 30 Apr '14

30 Apr '14

On 30 Apr 2014, at 21:16, rhaas(a)tapir.caltech.edu wrote: > User: rhaas > Date: 2014/04/30 02:16 PM > > Modified: > /trunk/src/ > tov.c > > Log: > respect ADMBase::initial_shift parameter > > Before this commit TOVSolver extended ADMBase::initial_shift to allow a "tov" > keyword value. However it did not actually check anywhere that this value was > set and instead set the shift to zero unconditionally if TOV_Clear_Initial_Data > and not TOV_Use_Old_Initial_Data (line 546 of tov.c). > > It should instead have checked the value of this parameter and set the shift to > zero if the parameter says "tov" independent of TOV_Clear_Initial_Data etc. This sounds like something that could change the behaviour of existing parameter files; maybe it shouldn't be applied until after the release? -- Ian Hinder http://numrel.aei.mpg.de/people/hinder

2 1

ld using lots of memory on Fedora Core 20
by Roland Haas 30 Apr '14

30 Apr '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, I am trying to test building the ET on Fedora core and find that the linking stage uses much more (1.3GB, the executable is 280M) memory than on the other Linux distributions (Ubuntu, Debian) that I tried. I already tried the -no-keep-memory option which does not help. Does anyone have experience with how to make the linker use less memory? I follow the steps in https://docs.einsteintoolkit.org/et-docs/Simplified_Tutorial_for_New_Users (which is what I am updating), with the exception of updating the mpich paths to no longer use mpich2 but instead mpich. 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlNgOoUACgkQTiFSTN7SboW97wCg0EOr3/a143oZnlq1anwztVMu dewAoIOnNpDO41OHRZEq9n8kLkon2XCm =3G+N -----END PGP SIGNATURE-----

2 1

Re: [Users] [svn:cactuscode] Boundary/trunk/src/ (Rev. 327)
by Erik Schnetter 29 Apr '14

29 Apr '14

Roland It seems that these lines pertain to dimensions that are larger than the dimension of the respective grid variable. That is, this would e.g. set the extent of the z (sic!) boundary to 1 for 2d variables that don't have a z direction. Is this intended? -erik On Apr 29, 2014, at 2:57 , rhaas(a)tapir.caltech.edu wrote: > User: rhaas > Date: 2014/04/28 07:57 PM > > Modified: > /trunk/src/ > CopyBoundary.c, FlatBoundary.c, ScalarBoundary.c, StaticBoundary.c > > Log: > correct 1d, 2d boundary handling > > since rev 309 1d and 2d evolutions would not apply the boundary condition > > File Changes: > > Directory: /trunk/src/ > ====================== > > File [modified]: CopyBoundary.c > Delta lines: +2 -2 > =================================================================== > --- trunk/src/CopyBoundary.c 2014-03-23 02:13:34 UTC (rev 326) > +++ trunk/src/CopyBoundary.c 2014-04-29 00:57:01 UTC (rev 327) > @@ -1149,8 +1149,8 @@ > so that we can use the INDEX_3D macro later on */ > for (i = gdim; i < MAXDIM; i++) > { > - ash[i] = 0; > - lsh[i] = 0; > + ash[i] = 1; > + lsh[i] = 1; > } > > /* get the current timelevel */ > > File [modified]: FlatBoundary.c > Delta lines: +2 -2 > =================================================================== > --- trunk/src/FlatBoundary.c 2014-03-23 02:13:34 UTC (rev 326) > +++ trunk/src/FlatBoundary.c 2014-04-29 00:57:01 UTC (rev 327) > @@ -975,8 +975,8 @@ > so that we can use the INDEX_3D macro later on */ > for (i = gdim; i < MAXDIM; i++) > { > - ash[i] = 0; > - lsh[i] = 0; > + ash[i] = 1; > + lsh[i] = 1; > } > > /* get the current timelevel */ > > File [modified]: ScalarBoundary.c > Delta lines: +2 -2 > =================================================================== > --- trunk/src/ScalarBoundary.c 2014-03-23 02:13:34 UTC (rev 326) > +++ trunk/src/ScalarBoundary.c 2014-04-29 00:57:01 UTC (rev 327) > @@ -1114,8 +1114,8 @@ > so that we can use the INDEX_3D macro later on */ > for (i = gdim; i < MAXDIM; i++) > { > - ash[i] = 0; > - lsh[i] = 0; > + ash[i] = 1; > + lsh[i] = 1; > } > > /* get the current timelevel */ > > File [modified]: StaticBoundary.c > Delta lines: +2 -2 > =================================================================== > --- trunk/src/StaticBoundary.c 2014-03-23 02:13:34 UTC (rev 326) > +++ trunk/src/StaticBoundary.c 2014-04-29 00:57:01 UTC (rev 327) > @@ -994,8 +994,8 @@ > so that we can use the INDEX_3D macro later on */ > for (i = gdim; i < MAXDIM; i++) > { > - ash[i] = 0; > - lsh[i] = 0; > + ash[i] = 1; > + lsh[i] = 1; > } > > /* get the current timelevel */ > > _______________________________________________ > Commits mailing list > Commits(a)cactuscode.org > http://cactuscode.org/mailman/listinfo/commits -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/ 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 1

Meeting Minutes
by Roland Haas 28 Apr '14

28 Apr '14

Present: Roland, Ian, Peter, Steve, Erik upcoming release: * will introduce freeze today if Frank agrees * mention release preparer rather than full set of maintainers in release email * focus on machines with most errors, ignore stampede-mac, pandora * Peter looked the 3 tl initialization code in Carpet. Unsure if this code is currently correct since it differs significantly from older versions and at first glance seems to not do the right thing dedicated (virtual) machine machine to run tests etc: * currently the Jenkins build slaves are very different (since they run as virtual machines on whatever resources are available to the donors). * try and obtain funding to have dedicated hardware to run these virtual machines (or dedicated virtual machines) hosted more permanently than someone's personal workstation * Steve suggested that possibly some of the Chemora funding could contribute if the Chemora tests were also run on that machine Ongoing issues: Gallery: * small examples of non-trivial code * BBH (qc0): Ian * BH: Peter: working version on Peter's laptop * NSNS to BH: currently fails * TOV collapse: Roland was volunteered, but suspects this will fail Yours, Roland

1 0

Test results available
by Erik Schnetter 26 Apr '14

26 Apr '14

I just updated the Einstein Toolkit test results on <http://einsteintoolkit.org/release-info/parse_testsuite_results.php> for many systems. For the systems that do not yet have current results, please either update them, or remove them from the list if the systems are outdated, or give me access so that I can run the tests there as well. There seem to be two main problems that need addressing: (1) On Hopper (and Gordon and Trestles), many tests running on 2 MPI processes fail. This is likely an MPI problem, or a configuration problem related to how we use MPI. (2) On Blue Waters, a more tests (8) than on most other systems are failing. We should investigate. This is a community effort. If you are a maintainer of the Einstein Toolkit, you are expected to contribute to the release process. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/ 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/.

5 7

Einstein Toolkit Meeting Reminder
by Frank Loeffler 26 Apr '14

26 Apr '14

1 0

svn commit error "The MERGE response contains invalid XML"
by Roland Haas 25 Apr '14

25 Apr '14

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello all, comitting to the ET thorns I get: - --8<-- Sending scalar_test_c.par Transmitting file data .svn: E130003: Commit failed (details follow): svn: E130003: The MERGE response contains invalid XML (200 OK) svn: E130003: Your commit message was left in a temporary file: svn: E130003: '/mnt/data/rhaas/postdoc/gr/Zelmani/arrangements/PITTNullCode/NullInterp/svn-commit.tmp' - --8<-- however the commit actually succeeded. Does anyone know what could cause this? This happened with the NullInterp repository and also with HydroBase. 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. -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 Comment: Using GnuPG with Icedove - http://www.enigmail.net/ iEYEARECAAYFAlNawawACgkQTiFSTN7SboVL/wCgwqF2dHmxrtFoL8o8tA9oterW DEgAnRFFBVnPxXSQwo5xaKKsvz1+nWof =YIFF -----END PGP SIGNATURE-----

3 2

Talks in svn repo???
by Erik Schnetter 23 Apr '14

23 Apr '14

I like having a checkout of the svn repo for the ET web site on my laptop; this allows me to keep everything in sync when I make changes. I just discovered that there are now recorded talks in this repository. This is a non-starter for me; downloading the talks via a slow wireless connection won't work for me. Please keep large files that are unlikely to change in a different repo from small files that are frequently edited. (One may even question the necessity of use version control for a recorded talk, but I'm not doing that here, as those dealing with these large files can choose themselves whether the 2x or 3x overhead caused by this is inconvenient for them.) -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/ 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 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users April 2014