Meeting minutes:
Present were: Frank, Tanja, Roland, Josh, Peter, Ian, Erik, Bruno, Christian
upcoming ET release: * mark SpacetimeExcision as unsupported, will be removed in the next release (no user thorns in the toolkit) * AHF: Peter tracked the issue down to the interpolator used by AHFinderDirect's testsuite. Using Hermite interpolators fixes the 1 vs. 2 processor issues. * create test cases for interpolators (using InterpToArray), see ticket 395 * RotatingSymmety90/180: Intel compilers seem to create faulty code when using OpenMP for the count and icount reduction operations, the counts end up being number_of_threads*total_number_of_points * McLachlan: Ian suspects this to be due to Exact's inexact initial data for Kij, Ian has a thorn to produce exact Kij values using Kranc and Mathematica. Will look into this after next week. Will flag this test as failing in release if not fixable. * we will run test simulations (qc0 [Roland],tov [Frank], bhns [Frank]) to show that the release code can simulate a physical system * we want to include the compiler used in the testsuite output. Ian will submit a ticket. For now we could include the compiler in the machine name, eg. numrel-gcc-4.X, kraken-pgi-X.X
ET paper: * all: please work on your section ** simfactory section: Erik will work on it ** ID section: TwoPunctures halfway done (needs more details), more work needed for other sections (Lorene, TOVSolver). Bruno&Josh ** EOS: Christian (will have to wait until next week) ** GRHydro: Christian (will have to wait until next week) ** Relativity Tools: Peter (will have to wait until next week), expand Object tracker section (Frank) ** Roland will expand Domain/Symmetries section with examples and sketches, will add CarpetRegrid(2) description to AMR ** single-spinning-bh example: Peter (will have to wait until next week) * do not describe SpacetimeExcision thorn
Yours, Roland
On Tue, Apr 12, 2011 at 09:30:59AM -0400, Roland Haas wrote:
- RotatingSymmety90/180: Intel compilers seem to create faulty code when
using OpenMP for the count and icount reduction operations, the counts end up being number_of_threads*total_number_of_points
I tracked this down to the compiler options "-ip". After removing this option, the testsuites pass. Apparently, this option has been the cause of trouble several times in the past already (reading from several option list comments now), so be very careful when using it.
I am not sure if I should trust the icc help:
-[no-]ip enable(DEFAULT)/disable single-file IP optimization within files
Because it states that -ip would be on by default, but I do see, using the numrel-intel.cfg from simfactory, that the results change when I don't use the option.
Frank
Hello all,
- we will run test simulations (qc0 [Roland],tov [Frank], bhns [Frank])
to show that the release code can simulate a physical system
The qc0 simulation finished. The results (just Psi4 extracted with Multipole and WeylScal4) can be seen in the attached image or (all of it, 52GB due to the h5 files) on lonestar at /scratch/00945/rhaas/share/CIGR or (no hdf5) at http://www.numrel.org/~rhaas3/ET_05_2011/
Attached please find a patch to the qc0-mclachland example parfile. I cannot commit this myself it seems.
Yours, Roland
Thanks. Applied.
-erik
On Wed, Apr 13, 2011 at 8:09 AM, Roland Haas roland.haas@physics.gatech.edu wrote:
Hello all,
- we will run test simulations (qc0 [Roland],tov [Frank], bhns [Frank])
to show that the release code can simulate a physical system
The qc0 simulation finished. The results (just Psi4 extracted with Multipole and WeylScal4) can be seen in the attached image or (all of it, 52GB due to the h5 files) on lonestar at /scratch/00945/rhaas/share/CIGR or (no hdf5) at http://www.numrel.org/~rhaas3/ET_05_2011/
Attached please find a patch to the qc0-mclachland example parfile. I cannot commit this myself it seems.
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.
Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users
users@lists.einsteintoolkit.org