Trac July 2012

trac@lists.einsteintoolkit.org

1 participants
161 discussions

[Einstein Toolkit] #839: MoL Multirate capabilities. This add three new multirate RK schemes to MoL.
by Einstein Toolkit 02 Aug '12

02 Aug '12

#839: MoL Multirate capabilities. This add three new multirate RK schemes to MoL. ----------------------------------------+----------------------------------- Reporter: reisswig@… | Type: enhancement Status: new | Priority: optional Milestone: | Component: Cactus Version: | Keywords: MoL Multirate ----------------------------------------+----------------------------------- In order to make multirate work, we need to introduce new registration routines that explicitly register variables with the "slow" sector, i.e. those variables which are integrated by the lower order scheme. This also means that we require new "accumulator" parameters indicating how many "slow" variables we want to register. Flags indicate whether it is time to execute slow RHS computation. For instance, in the RK4-RK2 scheme, there are 4 substeps in total, but the RK2 RHS are only evaluated in the very first and in the very last step of the four substeps. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/839> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 15

[Einstein Toolkit] #550: CarpetIOHDF5 too verbose while reading from checkpoint
by Einstein Toolkit 02 Aug '12

02 Aug '12

#550: CarpetIOHDF5 too verbose while reading from checkpoint -------------------------+-------------------------------------------------- Reporter: knarf | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- It is not that uncommon that I recover using a different number of processors. Every time I do this I see the error file cluttered with messages like WARNING level 1 in thorn CarpetIOHDF5 processor 21 host c312-313.ls4.tacc.utexas.edu (line 640 of /work/00920/tg459479/Cactus/arrangements/Carpet/CarpetIOHDF5/src/Input.cc): -> Variable AHFINDERDIRECT::ahmask on rl 0 and tl 0 not read completely. Will have to look for it in other files I expect this, this is not an error and not really something to warn about. I acknowledge that this might have been introduced when recovering using the same number of processors was a problem and caused reading all files, but I don't think this is an issue anymore. I propose to change the warnlevel for this message to CCTK_WARN_DEBUG(4). In addition it would be good to have _one_ separate message with level CCTK_WARN_PICKY(3) if any variable/reflevel/timelevel could not be read completely (but not one for each of these), ideally only once for all processors. This would not clutter the output of the default simfactory runs (-L 3) too much, but would indicate that this happened - and in case this is a problem it's easy to enable -L 4. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/550> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 13

[Einstein Toolkit] #991: PITTNullCode updates
by Einstein Toolkit 31 Jul '12

31 Jul '12

#991: PITTNullCode updates -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: PITTNull code | -----------------------------------+---------------------------------------- These patches contain three types of updates (sorry, I do not have feature separated ones): * making parameters steerable * respecting the truncate_files Cactus Parameter * a bugfix where points that were interpolated very close to the extraction world tube had very low accuracy due to a hard-coded offset (Nick Taylor and Bela Szilagyi found and fixed this) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/991> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 6

[Einstein Toolkit] #993: simfactory rev 1729 fails on lonestar
by Einstein Toolkit 30 Jul '12

30 Jul '12

#993: simfactory rev 1729 fails on lonestar ------------------------+--------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- Hello all, simfactory rev 1729 "Replace large files by hard links during cleanup" fails for me during submit on lonestar with: {{{ Traceback (most recent call last): File "/work/00945/rhaas/Zelmani/simfactory/bin/../lib/sim.py", line 147, in ? main() File "/work/00945/rhaas/Zelmani/simfactory/bin/../lib/sim.py", line 143, in main CommandDispatch() File "/work/00945/rhaas/Zelmani/simfactory/bin/../lib/sim.py", line 105, in CommandDispatch module.main() File "/work/00945/rhaas/Zelmani/simfactory/lib/sim-manage.py", line 397, in main CommandDispatch() File "/work/00945/rhaas/Zelmani/simfactory/lib/sim-manage.py", line 376, in CommandDispatch exec("command_%s()" % command) File "<string>", line 1, in ? File "/work/00945/rhaas/Zelmani/simfactory/lib/sim-manage.py", line 213, in command_run restart.submitRun(simulationName, restart_id) File "/work/00945/rhaas/Zelmani/simfactory/lib/simrestart.py", line 952, in submitRun restart.finish() File "/work/00945/rhaas/Zelmani/simfactory/lib/simrestart.py", line 1629, in finish if not filecmp.cmp(path, oldpath, False): NameError: global name 'filecmp' is not defined }}} when it tries to execute: {{{ /work/00945/rhaas/Zelmani/simfactory/bin/sim run sim --machine=lonestar --restart-id=13 --from-restart-id=12 }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/993> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #992: Support Darwin 12.0.0
by Einstein Toolkit 29 Jul '12

29 Jul '12

#992: Support Darwin 12.0.0 ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Other | Version: Keywords: | ---------------------------+------------------------------------------------ The attached patch adds Darwin 12.0.0 to the list of known architectures. This is the kernel version included with OS X 10.8. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/992> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #985: add OPTIONAL dependency on MPI to HDF5
by Einstein Toolkit 25 Jul '12

25 Jul '12

#985: add OPTIONAL dependency on MPI to HDF5 -----------------------------------+---------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: HDF5 | -----------------------------------+---------------------------------------- With #980 thorns using a compiled HDF5 version that has parallel MPI enabled (such as the the one on my debian system which I need because either PetSC or libsiloh5 wanted it) do not compile anymore. Adding {{{ OPTIONAL HDF5 { } }}} to ExternalLibraries/HDF5's confguration.ccl fixes this. Ok to apply? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/985> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #976: Cactus ignors (since r4839 ie #768) changes to param.ccl when recompiling
by Einstein Toolkit 25 Jul '12

25 Jul '12

#976: Cactus ignors (since r4839 ie #768) changes to param.ccl when recompiling ----------------------+----------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: critical | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- Christian Reisswig (and I and Christian Ott and Philipp Moesta, but we did not properly identify it as a bug) found that adding or removing a parameter does not trigger a recompile of source files where the parameter was used. To reproduce, take a compiled configuration and eg. comment out a parameter in (any) thorn's param.ccl. Recompile and notice that no source files are recompiled (but configs/<CONFIG>/bindings/Parameters/<Thorn>_Parameters.c is). This manifests itself in wrong parameter values in the thorns (but correct values as returned by CCTK_ParameterGet). I checked and the file containing the updated parameter structure (configs/<CONFIGNAME>/bindings/include/ParameterCPrivate<THORNNAME>.h) '''does''' appear in the source file's auto-dependency file (configs/<CONFIGNAME>/build/<THORNNAME>/<SOURCEFILE>.c.d) but that files seems to be completely ignored (ie. touch'ing a file listed in there does not trigger a recompile). I am making this a critical bug since it affects every single thorn. I attach a trivial thorn to display the issue but any configuration you have sitting around will do. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/976> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 22

[Einstein Toolkit] #987: Support Darwin 11.4.2
by Einstein Toolkit 25 Jul '12

25 Jul '12

#987: Support Darwin 11.4.2 ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: Cactus | Version: Keywords: | ---------------------------+------------------------------------------------ The attached patch adds Darwin 11.4.2 to the list of known architectures. This is the kernel version included with the Retina MacBook Pro running OSX 10.7.4. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/987> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #986: PETSc configuration on ranger doesn't find BLAS/LAPACK
by Einstein Toolkit 25 Jul '12

25 Jul '12

#986: PETSc configuration on ranger doesn't find BLAS/LAPACK -----------------------------------+---------------------------------------- Reporter: bmundim | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: PETSc ranger | -----------------------------------+---------------------------------------- Hi, when building PETSc on ranger with simfactory options ranger-intel11.cfg slightly modified to install PETSc on a user defined directory (PETSC_INSTALL_DIR set), there is a complain during configuration phase about not finding BLAS/LAPACK: PETSc: Configuring... PETSc: Could not find BLAS library -mkl PETSc: Could not find LAPACK library -mkl At the end, the library seems to be compiled though. I am just wondering if it was linked or not to lapack/blas at some later stage by some other Cactus mechanism. Can someone with more experience with this library shed some light? Thanks! -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/986> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #989: Carpet should allocate multiple cGH structures, one for each component
by Einstein Toolkit 25 Jul '12

25 Jul '12

#989: Carpet should allocate multiple cGH structures, one for each component -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- Carpet should allocate multiple cGH structures, one for each component. This avoid having to repopulate a cGH structure, which might be expensive when mode switching. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/989> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac July 2012