Trac December 2011

trac@lists.einsteintoolkit.org

4 participants
150 discussions

[Einstein Toolkit] #429: Parallelising AEILocalInterp
by Einstein Toolkit 17 May '12

17 May '12

#429: Parallelising AEILocalInterp -----------------------------------+---------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: major | Milestone: Component: EinsteinToolkit thorn | Version: Keywords: | -----------------------------------+---------------------------------------- The enclosed patch parallelises AEILocalInterp via OpenMP. This leads to a slight change in behaviour. Currently, AEILocalInterp traverses the list of points sequentially, and aborts when the first error is encountered. After parallelisation, there is no fixed order in which the points are traversed, and if several errors are encountered, any one of the errors may be returned, not necessarily the first. I am not aware of any thorn that would or should rely on such an ordering. This patch also adds "restrict" and "const" statements that may improve performance as it gives the compiler more information about dependencies between pointers. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/429> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #281: compile error is not linked
by Einstein Toolkit 16 May '12

16 May '12

#281: compile error is not linked --------------------+------------------------------------------------------- Reporter: knarf | Owner: sbrandt Type: defect | Status: new Priority: minor | Milestone: Component: Moyave | Version: Keywords: | --------------------+------------------------------------------------------- Info: Simfactory command: /home/knarf/utils/simfactory/lib/sim.py "build" "sim" "--thornlist" "NewSchedule/NewSchedule.th" "--optimise" Info: Version 1195M The Simulation Factory: Manage Cactus simulations Info: defs: /home/knarf/utils/simfactory/etc/defs.ini Info: defs.local: /home/knarf/utils/simfactory/etc/defs.local.ini Info: Executing command: build Using configuration: sim Info: Cactus Directory: /home/knarf/Cactus_NewSchedule Info: HasStoredOptions: True Info: Use stored options list: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: optionlist is: /home/knarf/Cactus_NewSchedule/configs/sim/OptionList Info: hasOutdatedConfig: False Info: build_reconfig: False Info: build_clean: False Info: removeConfig: False SubmitScript is: None Info: RunScript is: /home/knarf/utils/simfactory/mdb/runscripts/debian- lenny-gcc.sh Info: ThornList is: /home/knarf/Cactus_NewSchedule/NewSchedule/NewSchedule.th Building sim ________________________________________________________________________ Cactus - version: 4.0.b17 Building configuration sim ________________________________________________________________________ Checking status of thorn BLAS ________________________________________________________________________ Checking status of thorn Boundary ________________________________________________________________________ ________________________________________________________________________ Checking status of thorn Vectors ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" Preprocessing /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Compiling /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c Checking status of thorn IOUtil ________________________________________________________________________ ________________________________________________________________________ /home/knarf/Cactus_NewSchedule/arrangements/CactusBase/Boundary/src/Check.c:18:2: error: #error "die" make[3]: *** [Check.c.o] Error 1 make[2]: *** [make.checked] Error 2 make[1]: *** [/home/knarf/Cactus_NewSchedule/configs/sim/lib/libthorn_Boundary.a] Error 2 make[1]: *** Waiting for unfinished jobs.... ________________________________________________________________________ make[1]: *** wait: No child processes. Stop. make: *** [sim] Error 2 Info: executing command: /bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }' Error while executing command "/bin/bash -c '{ :; } && { cd /home/knarf/Cactus_NewSchedule && nice make -j3 sim 2>&1; }'": Command returned exit status 2 -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/281> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #525: Clean up CCTK_GFINDEX definitions
by Einstein Toolkit 11 May '12

11 May '12

#525: Clean up CCTK_GFINDEX definitions -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | -------------------------+-------------------------------------------------- The way in which CCTK_GFINDEX is defined is a bit complex, probably unnecessarily so. The file cctk.h distinguishes between compilers which support inlining and compilers which don't. This is probably useless these days since every compiler supports inlining, and if not, we don't really expect it to be fast. If the compiler supports inlining, we define static inline functions, which may or may not check array indices. If the compiler does not support inlining, and if CCTK_DEBUG is defined, then we use regular functions defined in DebugDefines.c, otherwise (i.e. without CCTK_DEBUG) we use macros. Overall, the indexing functions are defined three times, including once as macros. I suggest to simplify this, based on the assumption that every fast compiler supports inlining. I assume so because (a) the ubiquity of C++, which relies heavily on inlining, and (b) C99 officially introduced inlining 12 years ago. The new setup would have "static inline" definitions (without index checking) in cctk.h, and would have regular functions (with index checking) in DebugDefines.c, and would choose between these two implementations via CCTK_DEBUG. This would eliminate the macros, and would eliminate the case distinction based on whether the compiler supports inlining. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/525> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #262: make error messages in ReflectionSymmetry more informative
by Einstein Toolkit 11 May '12

11 May '12

#262: make error messages in ReflectionSymmetry more informative --------------------------------------------+------------------------------- Reporter: roland.haas@… | Type: enhancement Status: new | Priority: minor Milestone: | Component: Cactus Version: | Keywords: --------------------------------------------+------------------------------- this small patch includes the value of ierr in ReflectionSymmetries error messages -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/262> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[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] #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] #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] #703: Failure to build h5check on datura
by Einstein Toolkit 07 May '12

07 May '12

#703: Failure to build h5check on datura --------------------+------------------------------------------------------- Reporter: hinder | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: Cactus | Version: Keywords: | --------------------+------------------------------------------------------- When building the Einstein Toolkit thornlist on Datura, the utilities fail to build with the error: make[1]: No rule to make target `/Users/barry/Research/Cactus/AEI/exe/sim/h5check', needed by `utils'. Stop. make[1]: Waiting for unfinished jobs.... cc1plus: warning: command line option '-std=c99' is valid for C/ObjC but not for C++ [enabled by default] make: *** [sim-utils] Error 2 datura.cfg has HDF5_DIR = /cluster/hdf5/SL6/1.8.7-intel11.1.072all Any ideas what might cause this problem? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/703> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #699: FFTW option
by Einstein Toolkit 05 May '12

05 May '12

#699: FFTW option ---------------------------+------------------------------------------------ Reporter: barry.wardell | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ---------------------------+------------------------------------------------ Most current OptionLists in SimFactory set the FFTW_DIR option which is recognized by the Cactus build system. There is now also an ExternalLibraries/FFTW thorn which instead looks for the option FFTW3_DIR. Should all OptionLists be modified to set the new variable instead of the old one? Or is the older FFTW_DIR variable still used/working? The attached patch renames the option in all optionlists and also removes the FFTW_LIBS option which is not read by the ExternalLibraries thorn. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/699> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 7

[Einstein Toolkit] #677: parameter default change in CarpetIOASCII
by Einstein Toolkit 05 May '12

05 May '12

#677: parameter default change in CarpetIOASCII ---------------------------------------------+------------------------------ Reporter: baiotti@… | Owner: eschnett Type: enhancement | Status: new Priority: optional | Milestone: Component: Carpet | Version: Keywords: CaroetIOASCII parameter default | ---------------------------------------------+------------------------------ I suggest to change the default values of the following parameters from yes to no: BOOLEAN output_ghost_points BOOLEAN out3D_ghosts BOOLEAN out3D_outer_ghosts BOOLEAN out1D_d They refer to debug output and at this time I think they may be off by default. Some of them are also deprecated. See also the mailing list thread "questions on CarpetIOASCII". -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/677> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

← Newer
1
...
6
7
8
9
10
11
12
...
15
Older →

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac December 2011