Trac December 2011

trac@lists.einsteintoolkit.org

4 participants
150 discussions

[Einstein Toolkit] #711: Choose number of cores based on memory requirements
by Einstein Toolkit 28 Dec '11

28 Dec '11

#711: Choose number of cores based on memory requirements -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Don't specify number of processes on command line. Rather, have annotations in parameter specifying amount of memory (and e.g. min/maxprocs, min/maxthreads). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/711> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #710: Can't stop / cleanup simulations that run without a queueing system
by Einstein Toolkit 22 Dec '11

22 Dec '11

#710: Can't stop / cleanup simulations that run without a queueing system ------------------------+--------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- For example, simulations running on workstations are affected. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/710> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #709: "sim cleanup" without arguments should clean up all simulations
by Einstein Toolkit 22 Dec '11

22 Dec '11

#709: "sim cleanup" without arguments should clean up all simulations -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- Or maybe the syntax should be "sim cleanup --all"? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/709> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #592: simfactory --mdbkey syntax is horrible
by Einstein Toolkit 20 Dec '11

20 Dec '11

#592: simfactory --mdbkey syntax is horrible --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | --------------------+------------------------------------------------------- apparently simfactory requires me to do: {{{ sim --mdbkey=optionlist my-very-own-option-list --thornlist=einsteintoolkit.th }}} to overwrite mdb entries from the command line (and --define --substitue --replace --append --mdbkey). I have to admit I would not have guessed that from the help text which states: {{{ options: -h, --help show this help message and exit --define=DEFINE set additional definition --mdbkey=MDBKEY override an mdb key }}} I would like to suggest to either change the help text to {{{ --mdbkey=MDBKEY MDBVALUE }}} or to support something like {{{ --mdbkey="MDBKEY=VALUE" }}} with or without quotation marks instead maybe. Is there a full documented list of valid mdb entries somewhere? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/592> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #523: schedule MoL_DecrementCounter and friends BEFORE MoL_PostStepModify
by Einstein Toolkit 20 Dec '11

20 Dec '11

#523: schedule MoL_DecrementCounter and friends BEFORE MoL_PostStepModify --------------------+------------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- right now MoL_DecrementCounter (and MoL_ResetTime and MoL_ResetDeltaTime) is/are scheduled BEFORE MoL_PostStep which caused MoL_PostStepModify to run before MoL_DecrementCounter for me. The means that routines that are moved from MoL_PostStep to MoL_PostStepModify see a different MoL_IntermediateStep possibly confusing users. Also MoL_Add should be explicitly schedules before MoL_PostStepModify (again right now it says MoL_PostStep). It still ends up before due to the alphabetic sorting it seems. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/523> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #66: IOHDF5::out3D_ghosts and friends doesn't work and corrupts 2D data slices
by Einstein Toolkit 20 Dec '11

20 Dec '11

#66: IOHDF5::out3D_ghosts and friends doesn't work and corrupts 2D data slices ----------------------------------+----------------------------------------- Reporter: bcmsma@… | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | ----------------------------------+----------------------------------------- While the assigned values for the parameters IOASCII::output_symmetry_points = "no" IOASCII::out3D_ghosts = "no" IOASCII::out3D_outer_ghosts = "no" work as intended when CarpetIOASCII is active, it doesn't work for CarpetIOHDF5: IOHDF5::out3D_ghosts = "no" IOHDF5::out3D_outer_ghosts = "no" IOHDF5::output_symmetry_points = "no" It doesn't do anything to the 3D data but it corrupts the 2D data slices while chopping out those regions. It would be nice to have them working for IOHDF5 method, specially when visualising Pi symmetric data. Note also that this report is for git version of Carpet. These parameters seem to become deprecated for the hg version. Does anyone use them regularly? Any substitute in mind? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/66> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #693: Check extent of interpolation stencils in CarpetInterp2
by Einstein Toolkit 20 Dec '11

20 Dec '11

#693: Check extent of interpolation stencils in CarpetInterp2 ----------------------+----------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: defect | Status: new Priority: critical | Milestone: Component: Carpet | Version: Keywords: | ----------------------+----------------------------------------------------- Do what these comments say in fasterp.cc of CarpetInterp2: // TODO: assert that there are enough ghost zones // TODO: store for every face/direction/component/map/reflevel // how wide the boundaries are in every direction. Then check // against this when the stencils are set up. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/693> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #701: Updates for WeylScal4
by Einstein Toolkit 19 Dec '11

19 Dec '11

#701: Updates for WeylScal4 ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: defect | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------------+------------------------------------------------ Attached are a series of patches for WeylScal4 which: * Enable vectorisation * Enable LoopControl * Enable multipatch support * Add support fo calculating invariants I have tested and been using these quite extensively for the past while. However, in preparing the patches, I had to rebase on top of recent changes so the exact code produced by applying them has not yet been tested. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/701> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #527: Thorn Dissipation should have 9th order dissipation added
by Einstein Toolkit 16 Dec '11

16 Dec '11

#527: Thorn Dissipation should have 9th order dissipation added -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: Dissipation | -----------------------------------+---------------------------------------- The current standard in BBH evolutions is to use 8th order accurate finite differencing with 9th order accurate dissipation. Thorn Dissipation currently only supports up to 7th order accurate dissipation, and should be extended to support 9th order. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/527> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

Re: [ET Trac] [Users] [Einstein Toolkit] #659: vip.rzg.mpg.de: Internal Compiler Error: Insufficient storage
by Frank Loeffler 16 Dec '11

16 Dec '11

On Fri, Dec 16, 2011 at 12:53:47PM +0100, alibeck wrote: > I have no account up to now. Trac accounts are using the usual ET/CCT accounts. Frank

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac December 2011