Trac May 2012

trac@lists.einsteintoolkit.org

2 participants
239 discussions

[Einstein Toolkit] #866: Add I/O timers to Cactus flesh
by Einstein Toolkit 08 May '12

08 May '12

#866: Add I/O timers to Cactus flesh -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Add timers for each I/O method in the flesh. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/866> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #642: Cactus documentation target AllDoc does not make all the documentation
by Einstein Toolkit 08 May '12

08 May '12

#642: Cactus documentation target AllDoc does not make all the documentation -------------------------+-------------------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The Cactus make AllDoc command does not make all the documentation - specifically it does not make the ThornGuide consisting of documentation for all the thorns. It does make the individual thorn documents. Is there a reason for this? Perhaps in the past this was a performance issue, but the documentation can be generated in minutes now, and typically this is not done very frequently. I think we should change the system so that AllDoc generates all the documentation. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/642> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 14

[Einstein Toolkit] #881: Add "makedoc" command to Simfactory
by Einstein Toolkit 08 May '12

08 May '12

#881: Add "makedoc" command to Simfactory -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: eschnett Type: enhancement | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | -------------------------+-------------------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/881> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #654: Make SphericalSlice part of the ET
by Einstein Toolkit 08 May '12

08 May '12

#654: Make SphericalSlice part of the ET -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: ET_2012_05 Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- Christian Reisswig has a more general, more useful version of SphericalSurface called SphericalSlice. This could be made part of the ET. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/654> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #880: Improve McLachlan documentation
by Einstein Toolkit 08 May '12

08 May '12

#880: Improve McLachlan documentation -----------------------------------+---------------------------------------- Reporter: hinder | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- There should be documentation for the McLachlan arrangement. There is currently documentation at http://www.carpetcode.org/gitweb/?p=McLachlan.git;a=blob;f=doc/mclachlan.te…) but this is mostly installation instructions, which is not relevant for most users of the ET. This documentation is not built as part of the normal documentation build process. 1. Add standard Cactus arrangement documentation; 2. Transfer relevant information from mclachlan.tex; 3. We should probably follow the usual thorn documentation template for this arrangement documentation, simultaneously describing all the thorns. We should explain precisely what formulation is evolved (possibly by reference to the .m file, but it would be nice for users not to have to browse through source code). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/880> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #841: MoL flag for last MoL_PostStep
by Einstein Toolkit 07 May '12

07 May '12

#841: MoL flag for last MoL_PostStep ----------------------------------------+----------------------------------- Reporter: reisswig@… | Type: enhancement Status: new | Priority: optional Milestone: | Component: Cactus Version: | Keywords: MoL last PostStep flag ----------------------------------------+----------------------------------- This patch adds a flag MoL_LastPostStep which indicates whether we are in the last MoL_PostStep. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/841> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

[Einstein Toolkit] #845: no more links to mailing lists on website
by Einstein Toolkit 07 May '12

07 May '12

#845: no more links to mailing lists on website -------------------------------------+-------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit website | Version: Keywords: | -------------------------------------+-------------------------------------- It seems as if in the restructuring of the website we lost the page listing all the mailing lists available: http://einsteintoolkit.org/about/community/ Two of the four lists appear in http://einsteintoolkit.org/community/support/ now, but the trac list and announce list are not visible anymore. They should be added to the support page. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/845> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #876: Allow optional thorns in the thorn list
by Einstein Toolkit 07 May '12

07 May '12

#876: Allow optional thorns in the thorn list -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- Some thorns are not available everywhere, yet we want to provide a single thorn list for all systems. We discussed the following mechanism: - There is a way to indicate optional thorns in the thorn list, e.g. via a prefix "!OPTIONAL". These thorns are disabled by default. - There is a way to enable these thorns in the option list. The option list is a good place for this since it is already machine specific. This mechanism should mesh nicely with how options for that thorn are specified. - These specifications in the option list are interpreted by Cactus (not Simfactory), and modify the thorn list before it is interpreted (by Cactus). -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/876> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #588: simfactory tries to create the scratch directory when submitting the job
by Einstein Toolkit 07 May '12

07 May '12

#588: simfactory tries to create the scratch directory when submitting the job ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- on some machines the desired scratch directory is not visible from the head node but is compute node local (eg. kraken I think or zwicky for sure). Simfactory should not try to create the scratch directory on the node that runs qsub but rather inside of the runscript or submitscript. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/588> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #860: Don't rmtree(scratchdir)
by Einstein Toolkit 07 May '12

07 May '12

#860: Don't rmtree(scratchdir) ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: eschnett Type: defect | Status: new Priority: blocker | Milestone: Component: SimFactory | Version: Keywords: | ---------------------------+------------------------------------------------ The mdb in SimFactory has an entry for scratchdir. If scratchdir is a relative path, it is assumed to be relative to the restart output directory. It's not clear exactly what the purpose of this is, but SimFactory does the following things with it: 1. Create the directory at the start of a simulation if it doesn't exist. 2. Delete the entire directory using rmtree(scratchdir) during "cleanup". This happens, for example, when an existing simulation is restarted. The second of these seems very dangerous to me and I think it should be removed. In particular, if you happen to have scratchdir set to be the same for more than one simulation (by setting it to, e.g., /scratch), this scrachdir for all simulations will be erased as soon as one simulation does a cleanup. I recently had an even worse experience where I was using /scratch as my basedir and /scratch also happened to be set as the scratchdir in the mdb for that machine. All of my simulations on that machine had only a single restart, so all was well until I tried to restart one simulation and instead of doing so SimFactory erased all of my simulations on the machine. While I can admit to user error in this case (I also wrote the machine entry), I think the goal of SimFactory should be to err on the side of caution and shouldn't do this blind rmtree of whatever scratchdir is set to. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/860> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 9

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac May 2012