Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Carpet 3d output
by Michael Koppitz 25 Aug '10

25 Aug '10

Hi all, I made the observation that Carpet's output is quite large compared to the grid structure: on 100^3 gridpoints per refinement level dumping admbase::metric (6 gridfunctions) in 3d hdf5 I would expect for 1 ref-level 10^6*6*8b = 48Mb. I got 80Mb. I assume that is because Carpet also includes x, y, z, and t in the dump, which brings it to 10 GF's and 80Mb expected. But for 2 levels I got 250Mb. For 3 levels I got 450Mb and for 4 levels I got 620Mb. This seems much even if I take ghost- and buffer-zones into account. Am I missing something, or is Carpet doing something unexpected? thank you Michael

2 1

Meeting minutes
by Roland Haas 17 Aug '10

17 Aug '10

Meeting minutes: Next meeting: There will be no phone call next week (Monday August 23rd). Present were: Frank, Josh, Tanja, Roland, Yosef, Peter, Druno * CactusTest: no objection to include it once it passes on a set of common machines. Will include it without further discussion at that point. * MHD: no progress * EOS_Omni: ** Frank has added some code to GRHydro to make progress towards using EOS_Onmi only 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.

3 4

Trying EOS_Omni with simfactory
by Frank Loeffler 16 Aug '10

16 Aug '10

Hi, I keep forgetting this myself, and it might also be interesting for others: if you try EOS_Omni currently and want to use simfactory, this is how you can do this with one command (point to your thornlist, including EOS_Omni and _not_ including the other EOS thorns): ./simfactory/sim build --thornlist=../thornlists/Omni.th --attach=FPPFLAGS=-DUSE_EOS_OMNI=1 --attach=CPPFLAGS=-DUSE_EOS_OMNI=1 Frank

1 0

Re: [Users] [Commits] [svn:einsteintoolkit] manifest/trunk/ (Rev. 35)
by Frank Loeffler 12 Aug '10

12 Aug '10

On Wed, Aug 11, 2010 at 01:37:59AM +0000, schnetter(a)cct.lsu.edu wrote: > Add CactusTest arrangement, which contains many good test cases. Do all the testcases pass? Frank

2 4

patch for EinsteinAnalysis/AHFinderDirect
by Bruno Giacomazzo 09 Aug '10

09 Aug '10

Hi, the attached patch allows the possibility to schedule AHFinderDirect also at POSTPOSTINITIAL by adding the parameter run_at_CCTK_POSTPOSTINITIAL (default equals to false). I have used it to be sure that an AH was found after initial data computation and before the last call to the Con2Prim routine of Whisky before evolution was started (in order to have hydro variables properly excised before the beginning of the evolution). Cheers, Bruno Dr. Bruno Giacomazzo Department of Astronomy University of Maryland College Park MD 20742-2421 USA Tel. : +1 301 405 0676 Fax : +1 301 314 9067 Tel. : +1 301 286 3809 (NASA/GSFC) Fax : +1 301 286 7230 (NASA/GSFC) Cell. : +1 443 535 5846 email : bgiacoma(a)astro.umd.edu web: http://www.brunogiacomazzo.org ---------------------------------------------------------------------- There are only 10 types of people in the world: Those who understand binary, and those who don't ----------------------------------------------------------------------

2 1

Meeting minutes
by Roland Haas 09 Aug '10

09 Aug '10

Meeting minutes: Present were: Tanja, Roland, Frank, Erik, Christian, Josh, Bruno * EOS_Omni: ** needs to be tested in production runs ** before inclusion, add code to allow EOS model to be specified as a string in *parameter files* * no objections to current drafts for citation policy and contribution procedure. Erik will (has) post(ed) an updated version of the contribution guidelines. * Carpet workshop program: 1-2 days of internal of Carpet then small groups can try to improve aspects of Carpet. Need some outline for participants that are not going to join for the whole workshop. * no progress in MHD 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

Meeting reminder
by Frank Loeffler 09 Aug '10

09 Aug '10

Hi, this is a short reminder about the regular EinsteinToolkit phone call later today (at 10am CDT). Instructions how to join the call can be found here: http://einsteintoolkit.org/info/support/ Gab will not be able to call in, but I don't know of other planned absences so far. The main points will be to finalize the discussions about the citation and inclusion of new ET components issues, and a decision whether to include EOS_Omni (maybe renaming it?) and use it as main EOS interface. Frank Loeffler

1 0

Checkout broken
by Erik Schnetter 05 Aug '10

05 Aug '10

As Ian Hinder just found out, the command $ ./GetComponents -a https://svn.einsteintoolkit.org/manifest/branches/ET_2010_06/einsteintoolki… Couldn't download https://svn.einsteintoolkit.org/manifest/branches/ET_2010_06/einsteintoolki… correctly. to checkout the manifest doesn't work. It used to work just a few days ago. Could someone currently at LSU (I'm at TG'10 in Pittsburgh) have a look? -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

3 4

Tmunu in HydroBase
by Frank Loeffler 04 Aug '10

04 Aug '10

Hi, So far HydroBase only defines the typical primitive hydro variables (and more), but it doesn't use them to set Tmunu. This is currently done in GRHydro. Now, setting Tmunu only requires the primitive variables, so it could go into HydroBase (with a parameter to turn it off). One application of this would be that it would be possible to have parameter files only calculating initial data, but also (correctly) calculating their constraints, without an active evolution thorn. On the 'downside' this would introduce a dependency of HydroBase on TmunuBase, even with a parameter to turn it off. I don't think anyone would not use HydroBase without TmunuBase in the foreseeable future though. What are the opinions about the proposal to move setting Tmunu from GRHydro to HydroBase? Frank

4 4

Debugging patch for SetMask_SphericalSurface
by Erik Schnetter 02 Aug '10

02 Aug '10

Christian The enclosed patch may help debug SetMask_SphericalSurface. It checks a few consistency conditions. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/ $ svn diff Index: param.ccl =================================================================== --- param.ccl (revision 107) +++ param.ccl (working copy) @@ -2,7 +2,7 @@ STRING SetMask_MaskName "Full variable name of the mask to be set" { - ".+" :: "Any full Cactus variable name, GF of type CCTK_BYTE" + ".+" :: "Any full Cactus variable name, GF of type CCTK_INT" } "HydroBase::hydro_excision_mask" #BOOLEAN SetMask_ResetAll "'yes' (default): Overwrite complete mask, 'no': Only set excision points" Index: src/SetMask.c =================================================================== --- src/SetMask.c (revision 107) +++ src/SetMask.c (working copy) @@ -10,9 +10,18 @@ DECLARE_CCTK_ARGUMENTS; DECLARE_CCTK_PARAMETERS; - CCTK_INT *mask = (CCTK_INT*) CCTK_VarDataPtr(cctkGH, 0, SetMask_MaskName); + int varindex = CCTK_VarIndex(SetMask_MaskName); + if (varindex<0) + CCTK_WARN(0, "No such variable"); + int grouptype = CCTK_GroupTypeFromVarI(varindex); + if (grouptype!=CCTK_GF) + CCTK_WARN(0, "Wrong group type, must be GF"); + int vartype = CCTK_VarTypeI(varindex); + if (vartype!=CCTK_VARIABLE_INT) + CCTK_WARN(0, "Wrong variable type, must be CCTK_INT"); + CCTK_INT *mask = (CCTK_INT*) CCTK_VarDataPtrI(cctkGH, 0, varindex); if (!mask) - CCTK_WARN(0, "No such variable, or no storage enabled"); + CCTK_WARN(0, "No storage enabled"); for (int smi = 0; smi < 10; smi++) {

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users