Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Mini-Workshop on FunHPC (today 9:00 EST)
by Erik Schnetter 07 Dec '16

07 Dec '16

This morning at 9:00 EST, we will have a remote mini-workshop on FunHPC. I will give a general introduction to multi-threading via FunHPC. You are welcome to join! Details at < https://docs.einsteintoolkit.org/et-docs/Remote_Mini-Workshop_Series>. I will announce a Google Hangouts link there as well. -erik -- Erik Schnetter <schnetter(a)gmail.com> http://www.perimeterinstitute.ca/personal/eschnetter/

1 1

preliminary release announcement text and update
by Frank Loeffler 06 Dec '16

06 Dec '16

Hi The preliminary release announcement text is up at http://einsteintoolkit.org/about/releases/ET_2016_11_announcement.txt If you want to add/remove/change something, either go ahead yourself, or let me know directly. All developers should have write access to https://svn.einsteintoolkit.org/www/about/releases/ET_2016_11_announcement.… Also let me know if you don't, and you would like to have access. Release status -------------- We still have one worrying problem: the BSSN constraints can sometimes be wrong, resulting in test failures in the thorns Dissipation and RotatingSymmetry90/180. We are not sure what 'sometimes' really depends on. Indications are that most failures happen with Intel 15, but some are apparently also seen with Intel 16, while others with Intel 16 seem to work fine. Optimization -O1 instead of -O2 seems to prevent the problem, but is not a viable workaround. A simple 'print' statement in the affected (auto-generated) code also makes the problem disappear. Running using one MPI process and one openMP thread reproduces the problem. valgrind does not find anything obvious pointing to memory mess-up. Peter Diener is working on the problem: please contact him if you like to help. Frank

1 0

meeting minutes for 2016-12-05
by Roland Haas 05 Dec '16

05 Dec '16

Present: Frank, Erik, Roland, Jens Mahlmann, Yosef, Zach Evolving GRHydro in axissymmetry * Cartoon is still the way to go * However not often used, and full 3d is likely less difficult to get to work Failing test: * failing tests that compute metric for symmetry tests fail in computing the constraints * Peter investigated and will try and find out what is not working * Comet/Gordon failing tests: Roland to investigate * WENO test failing on Wheeler, Bethe, Ubuntu-Current: Roland to check Hackathon: * FunHPC in Cactus * a more generic multithreading method than OpenMPI * this first one will be an introduction to FunHPC https://hangouts.google.com/hangouts/redirect?dest=https%3A%2F%2Fdocs.einst… 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.

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 05 Dec '16

05 Dec '16

Hi Please consider joining the weekly Einstein Toolkit phone call at 9:30 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/ We use a Google hangout, with an URL announced on this list before the meeting. Frank Loeffler

1 1

2D simulations (axial symmetry) with GRHydro
by Jens Mahlmann 01 Dec '16

01 Dec '16

Dear all, I am currently trying to set up an easy GRMHD simulation using axial symmetry. In the documentation I find the thorn Cartoon2D recommended for general axisymmetric problems. Is the use of Cartoon2D possible with evolutions in GRHydro? Doing my setup I do find a lot of NaNs in the Prim2Con routines. Thank you and my best from Valencia Jens

3 3

release progress meeting
by Frank Loeffler 30 Nov '16

30 Nov '16

Hi, A few of us agreed to have a short meeting about the release progress this (US) morning at 8:30am central time. I'd like for us to test a mumble sever at CCT for this. Don't expect a finished setup though - this is just a first try if connections and clients work. In case this doesn't work, I have opened a hangout as well (link at the end). mumble is available for virtually every platform; you most likely find it in your favorite distribution or app store. Just in case, here is it's home page: https://wiki.mumble.info/wiki/Main_Page The connection info you'll need is: mumble.cct.lsu.edu port 64738 (the default) (use your mumble client, not your web browser) You don't need a password to connect, but mumble might ask you to create a user certificate nevertheless when you start it the first time. Frank hangout link, in case there are problems with mumble: https://hangouts.google.com/call/yqgdbg336bbrnjcedebet3uwrie

1 0

Fwd: EinsteinToolkit - Build #884 - Still Unstable - 362/419 tests passed
by Ian Hinder 30 Nov '16

30 Nov '16

Hi, A recent commit caused a huge number of test failures. I looked at one, and it seemed to be caused by a floating point exception. We shouldn't get these, since we are supposed to disable them in favour of producing NaNs. The only change that looks like it might have caused this is to the NaNChecker. Roland, could your changes have had some unintended consequence? PS: don't update your checkout from trunk at the moment if you want a working toolkit :) Begin forwarded message: > From: Einstein Toolkit Jenkins <jenkins(a)build-test.barrywardell.net> > Subject: EinsteinToolkit - Build #884 - Still Unstable - 362/419 tests passed > Date: 28 November 2016 23:11:28 CET > To: ian.hinder(a)aei.mpg.de > > BUILD UNSTABLE > > Build URL: https://build-test.barrywardell.net/job/EinsteinToolkit/884/ > Project: EinsteinToolkit > Date of build: Mon, 28 Nov 2016 21:24:36 +0000 > Build duration: 46 min > > Changes > > Revision: 7e2d8addfd85e59a2ec06fffe31adc7c6e7f2f9e > Author: Einstein Toolkit Git Server > Log: > Updated submodules: > > * simfactory 2392b21...181074d (25): > > tezpur: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > sunnyvale: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > saw: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > s-kraken: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > requin: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > philip: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > pandora: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > osx-macports: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > mp2: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > intrepid: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > guillimin: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > gpc: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > gordon: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > generic: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > generic-mpi: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > gelileo: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > fermi: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > debian: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > datura: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > datura: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > datura: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > compute: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > carver: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > angel: add CACTUS_NUM_PROCS and CACTUS_NUM_THREADS to runscript > > osx-homebrew.cfg: add subversion to list of packages to install > Revision: f10df8c6c59d8aa146edef695870a591aad8fe45 > Author: Einstein Toolkit Git Server > Log: > Updated submodules: > > * arrangements/CactusUtils a810148...9583b71 (3): > > Formaline: comment on why tarballs are not included in git > > Formaline: only update files in thorns that changed > > Formaline: attempt hardlink of target files before resorting to update-index > > * simfactory 181074d...191e5a6 (1): > > changes to smic > Revision: 3095e456ab7d0ec55edf462e1b17fbfd6a8fe4f0 > Author: Einstein Toolkit Git Server > Log: > Updated submodules: > > * arrangements/CactusUtils 9583b71...05b9f1b (3): > > NaNChecker: always schedule routines > > NaNChecker: use internally generated NaNs in test case > > NaNChecker: add routine to set up test case > > Tests > > CarpetEvolutionMask.CarpetEvolutionMask_test/1procs New failure > CarpetEvolutionMask.CarpetEvolutionMask_test_off/1procs New failure > CarpetInterp.waveinterp-1p/1procs New failure > CarpetInterp.waveinterp-2p/2procs New failure > Coordinates.test7patch/2procs New failure > GRHydro.GRHydro_test_shock/1procs New failure > GRHydro.GRHydro_test_shock/2procs New failure > GRHydro.GRHydro_test_shock_hllc/1procs New failure > GRHydro.GRHydro_test_shock_hllc/2procs New failure > GRHydro.GRHydro_test_shock_mp5/1procs New failure > GRHydro.GRHydro_test_shock_mp5/2procs New failure > GRHydro.GRHydro_test_shock_ppm/1procs New failure > GRHydro.GRHydro_test_shock_ppm/2procs New failure > GRHydro.GRHydro_test_shock_weno/1procs Failed for 21 builds since build #864 on Fri Nov 04 16:06:26 UTC 2016 > GRHydro.GRHydro_test_shock_weno/2procs Failed for 21 builds since build #864 on Fri Nov 04 16:06:26 UTC 2016 > Hydro_InitExcision.diag_flip_pugh_eno/1procs New failure > Hydro_InitExcision.diag_flip_pugh_eno/2procs New failure > Hydro_InitExcision.diag_pugh_eno/1procs New failure > Hydro_InitExcision.diag_pugh_eno/2procs New failure > Hydro_InitExcision.sphere_pugh_ppm/1procs New failure > Hydro_InitExcision.sphere_pugh_ppm/2procs New failure > Hydro_InitExcision.x_flip_pugh_eno/1procs New failure > Hydro_InitExcision.x_flip_pugh_eno/2procs New failure > Hydro_InitExcision.x_pugh_eno/1procs New failure > Hydro_InitExcision.x_pugh_eno/2procs New failure > LoopControl.test-minkowski-carpet-1lev/2procs New failure > ML_BSSN_Test.ML_BSSN_EE_sgw3d/1procs New failure > ML_BSSN_Test.ML_BSSN_EE_sgw3d/2procs New failure > ML_BSSN_Test.ML_BSSN_EE_sgw3d_rhs/1procs New failure > ML_BSSN_Test.ML_BSSN_EE_sgw3d_rhs/2procs New failure > ML_BSSN_Test.ML_BSSN_NewRad/1procs New failure > ML_BSSN_Test.ML_BSSN_NewRad/2procs New failure > ML_BSSN_Test.ML_BSSN_O8_sgw3d/1procs New failure > ML_BSSN_Test.ML_BSSN_O8_sgw3d/2procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d/1procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d/2procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_harmonic/1procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_harmonic/2procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_harmonic_phi/1procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_harmonic_phi/2procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_rhs/1procs New failure > ML_BSSN_Test.ML_BSSN_sgw3d_rhs/2procs New failure > ML_CCZ4_Test.ML_CCZ4_sgw3d/1procs New failure > ML_CCZ4_Test.ML_CCZ4_sgw3d/2procs New failure > ML_CCZ4_Test.ML_CCZ4_sgw3d_rhs/1procs New failure > ML_CCZ4_Test.ML_CCZ4_sgw3d_rhs/2procs New failure > NaNChecker.nancount/1procs Failed for 21 builds since build #864 on Fri Nov 04 16:06:26 UTC 2016 > NaNChecker.nancount/2procs Failed for 21 builds since build #864 on Fri Nov 04 16:06:26 UTC 2016 > PeriodicCarpet.ml-gw1d-small-amr/2procs New failure > PeriodicCarpet.ml-gw1d-small/2procs New failure > RotatingSymmetry180.KerrSchild-rotating-180-EE/2procs New failure > RotatingSymmetry90.KerrSchild-rotating-90-EE/2procs New failure > Trigger.trigger/1procs New failure > Trigger.trigger/2procs New failure > TwoPunctures.twopunctures_carpet/2procs New failure > WaveMoL.gaussian/1procs New failure > WaveMoL.gaussian/2procs New failure > 362 tests passed > > Artifacts > > build__1_4.log > build__2_2.log > > -- Ian Hinder http://members.aei.mpg.de/ianhin

3 4

Machines used with the Einstein Toolkit
by Ian Hinder 29 Nov '16

29 Nov '16

Hi, For the upcoming release, we have only a small number of machines on which the tests have been run (http://einsteintoolkit.org/release-info/parse_testsuite_results.php). Usually we have many more. It would be very helpful to find out what machines people are actually wanting to use with the toolkit, so that we can focus testing on machines that people actually care about. Please could you let us know which machines are important for you? -- Ian Hinder http://members.aei.mpg.de/ianhin

6 10

Remote Mini-Workshop: FunHPC and friends
by Erik Schnetter 29 Nov '16

29 Nov '16

A few weeks ago we tried to schedule a remote mini-workshop on FunHPC. This failed for several reasons (I caught a cold, was travelling, etc.), but now it's time to revive this. I've created a wiki page at < https://docs.einsteintoolkit.org/et-docs/Remote_Mini-Workshop_Series>. I've suggested a few more topics, not just FunHPC. If you're interested, please go there and vote. I suggest Wed, Dec. 7 (9:00 EST) as meeting time, as per continuation of our earlier Doodle poll. -erik -- Erik Schnetter <schnetter(a)gmail.com> http://www.perimeterinstitute.ca/personal/eschnetter/

1 0

Re: [Users] [Einstein Toolkit] #1884: provide support for multi-model runs in thorn MPI
by Roland Haas 28 Nov '16

28 Nov '16

Hello all, do you want all of these applied before the release or only some (not sure which ones had the release milestone) or all but the one that explicitly says "after the release"? Yours, Roland > #1884: provide support for multi-model runs in thorn MPI > ------------------------------------+--------------------------------------- > Reporter: rhaas | Owner: > Type: enhancement | Status: review > Priority: minor | Milestone: > Component: EinsteinToolkit thorn | Version: development version > Resolution: | Keywords: MPI > ------------------------------------+--------------------------------------- > > Comment (by rhaas): > > I am no longer sure. > > For C, the functionality is the identical between this and Carpet I think. > The code would only collect the functionality on one spot rather than in > each driver. > > I think for Fortran, however, Carpet's aliased functions won't work since > there is no way to dereference the returned CCTK_POINTER_TO_CONST. The > returned pointer is a pointer to the C MPI communicator struct, which (as > far as I know) does not have to be bit-identical to Fortran's > MPI_Communicator type (which is INT). > > Having said all of this, the original usage case I had for this no longer > exists (I think it had to do with running PUGH under LoadLeveler or > something similar, I have PUGH/Carpet patches that would make user of this > code to provide the aliased functions). The implementation of the Reset > functions is also somewhat ugly. > -- 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

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users