Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Start a nNew thread

Einstein Toolkit Meeting Reminder
by Frank Loeffler 05 May '13

05 May '13

1 0

.cactus/config
by Frank Loeffler 02 May '13

02 May '13

Hi, Is anyone using the possibility of storing configuration options in ~/.cactus/config anymore? Could this be removed in some future release? Frank Löffler

1 0

Announcement: Llama Multi-Block Infrastructure publicly available
by Erik Schnetter 30 Apr '13

30 Apr '13

The Llama Multi-Block Infrastructure for Cactus <http://llamacode.org/> is now publicly available under the GNU General Public License. Llama provides three-dimensional multi-block capability for Cactus-based simulations that can be combined with Carpet's adaptive mesh refinement functionality. Llama decomposes the domain into multiple (potentially overlapping) blocks with different local coordinate systems. This allows e.g. spherical domains, spherical excision, adaptive radial/angular resolution, etc., without incurring coordinate singularities. Llama provides several patch systems suitable for single and binary objects in relativistic astrophysics, and is well integrated with the Einstein Toolkit <http://einsteintoolkit.org/>. Llama was already used for several publications <http://llamacode.org/research.html>, and we believe the code is ready to be used in other projects. We are seeking volunteers to help us add tutorials and documentation, improve error messages, and generally shake down and brush up the code for a future inclusion in the Einstein Toolkit. To aid others in getting started using Llama, we will be hosting a virtual workshop where we provide an overview of the code and answer questions. Details will be announced shortly. Llama constitutes the fruit of a significant effort of several people over several years. We make Llama public to help modernize the computational tools used in our community, and in the hope to boost Llama itself by inviting contributions from everybody. We ask you to acknowledge our effort by following the citation guidelines described on < http://llamacode.org/research.html>. The Llama groomers: R. Haas, I. Hinder, D. Pollney, C. Reisswig, E. Schnetter, B. Wardell -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 29 Apr '13

29 Apr '13

Hi Please consider joining the weekly Einstein Toolkit phone call at 10 am US central time on Mondays. As usual, you can find instructions how to join on the following web site: http://einsteintoolkit.org/community/support/ In short: the number is (+1) 225-578-4942 or (+1) 866-573-0359 and the conference id is 118682#. In addition to anything that might be brought up at the meeting, the primary issue at the moment is to get the code ready for a new release in May, with the planned schedule shown below. At the moment this means to test, test and test. Bugs and smallish new features might still go in, but larger additions (like new thorns) are already 'out'. Last week a number of maintainers agreed to test machines. So far, only four are in: https://docs.einsteintoolkit.org/et-docs/Release_Details We currently miss: Ian: datura Erik: bluewaters, hopper, orca, surveyor, vesta Roland: kraken, zwicky Peter: pandora, queenbee, tezpur Frank: philip (speed problems) Tanja: stampede Bruno: tresles plus a couple of private machines. Please update the results, or the wiki indicating if you cannot do the tests on a particular machine. The currently very scarce results indicate, that at least on one machine (spine - a Debian workstation, using gcc 4.7) all tests pass. On others quite some number fail (e.g. supermuc). Common problems seem to be one Exact testsuite, and some GRHydro suites, especially the new WENO test stuite. Symmetry thorns also fail some of their tests on more than one of the four machines. As always: failure don't necessarily mean that something is wrong. Sometimes, the tolerances are just too strict for the underlying code, and CPUs, different compilers or compiler flags then show these differences. So, in short: the good news is that at least one machine doesn't show test suite failures, something that was often not the case in the past. Now we 'only' need to figure out what needs to be done with tests that fail on some of the machines - especially the large production clusters. We also mentioned possibilities for the new release name last time. The current list is on the wiki as well. Please add other names if you like: https://docs.einsteintoolkit.org/et-docs/Release_Details - ET_2013_05 schedule - Apr 08: No new major additions to the ET until unfreeze - May 01: feature freeze of /trunk, extensive testing begins (test-suites on all relevant machines) - May 10: release branches are created trunk unfrozen again release-branch code in only-important-bugs-freeze bug-fixing primarily in release branch - May 21: complete freeze, to prepare tar-balls, add tags ect. - May 23: target release date (or earlier if all bugs are fixed) Frank Löffler

4 6

Re: [Users] [Einstein Toolkit] #590: McLachlan should allow other thorns to set the gauge
by Einstein Toolkit 29 Apr '13

29 Apr '13

1 0

Re: [Users] [Einstein Toolkit] #590: McLachlan should allow other thorns to set the gauge
by Einstein Toolkit 25 Apr '13

25 Apr '13

#590: McLachlan should allow other thorns to set the gauge ------------------------------------+--------------------------------------- Reporter: bmundim | Owner: diener Type: defect | Status: assigned Priority: major | Milestone: ET_2013_05 Component: EinsteinToolkit thorn | Version: Resolution: | Keywords: ------------------------------------+--------------------------------------- Comment (by eschnett): This is a fairly invasive change to a very fundamental thorn. Such a change needs thorough testing. Peter says above that he didn't run the full set of test cases yet. This patch is also missing new test cases, both for the general case (everything handled by McLachlan) as well as the new cases (either lapse and/or shift handled by another mechanism). Presumably, one would not just record the new results, but also test that the results are correct, e.g. ensuring convergence with a gauge wave test case. What other thorn would make use of this functionality? I assume that those who asked for this functionality would be happy to test it with their additional gauge thorns (even if those are private thorns). If there is no one volunteering for such testing, then it would seem that we are developing functionality that is not actually currently needed. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/590#comment:19> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

Re: [Users] [Einstein Toolkit] #590: McLachlan should allow other thorns to set the gauge
by Einstein Toolkit 25 Apr '13

25 Apr '13

1 0

Re: [Users] [svn:cactuscode] FFTW3/trunk/ (Rev. 22)
by Erik Schnetter 22 Apr '13

22 Apr '13

A general note: We do not want to run the auto-detection when *_DIR is NO_BUILD. To run the auto-detection, leave this variable blank. NO_BUILD is reserved for cases where the library is known to be found by means opaque to the configure script (e.g. MPI that is always present on Crays). There was a discussion about this in Trac, and we initially and erroneously agreed that running the auto-detection would be a good idea. It turns out it wasn't (it broke the build on several systems), and thus we reverted this change. -erik On Mon, Apr 22, 2013 at 10:46 AM, <knarf(a)cct.lsu.edu> wrote: > User: knarf > Date: 2013/04/22 09:46 AM > > Modified: > /trunk/ > configure.sh > > Log: > make configure look harder for installed fftw3 > > File Changes: > > Directory: /trunk/ > ================== > > File [modified]: configure.sh > Delta lines: +31 -10 > =================================================================== > --- trunk/configure.sh 2013-04-10 15:13:01 UTC (rev 21) > +++ trunk/configure.sh 2013-04-22 14:46:28 UTC (rev 22) > @@ -11,31 +11,52 @@ > set -e # Abort on errors > > > - > > ################################################################################ > # Search > > ################################################################################ > > -if [ -z "${FFTW3_DIR}" ]; then > +if [ -z "${FFTW3_DIR}" \ > + -o "$(echo "${FFTW3_DIR}" | tr '[a-z]' '[A-Z]')" = 'NO_BUILD' ] > +then > echo "BEGIN MESSAGE" > echo "FFTW3 selected, but FFTW3_DIR not set. Checking some places..." > echo "END MESSAGE" > - > - FILES="include/fftw3.h" > - DIRS="/usr /usr/local /usr/local/fftw3 /usr/local/packages/fftw3 > /usr/local/apps/fftw3 ${HOME} c:/packages/fftw3" > + > + DIRS="/usr /usr/local /usr/local/packages /usr/local/apps /opt/local > ${HOME} c:/packages" > for dir in $DIRS; do > - FFTW3_DIR="$dir" > - for file in $FILES; do > - if [ ! -r "$dir/$file" ]; then > - unset FFTW3_DIR > + DIRS="$DIRS $dir/fftw3" > + done > + for dir in $DIRS; do > + # libraries might have different file extensions > + for libext in a so dylib; do > + # libraries can be in /lib or /lib64 > + for libdir in lib64 lib/x86_64-linux-gnu lib > lib/i386-linux-gnu; do > + FILES="include/fftw3.h $libdir/libfftw3.$libext" > + # assume this is the one and check all needed files > + FFTW3_DIR="$dir" > + for file in $FILES; do > + # discard this directory if one file was not found > + if [ ! -r "$dir/$file" ]; then > + unset FFTW3_DIR > + break > + fi > + done > + # don't look further if all files have been found > + if [ -n "$FFTW3_DIR" ]; then > + break > + fi > + done > + # don't look further if all files have been found > + if [ -n "$FFTW3_DIR" ]; then > break > fi > done > + # don't look further if all files have been found > if [ -n "$FFTW3_DIR" ]; then > break > fi > done > - > + > if [ -z "$FFTW3_DIR" ]; then > echo "BEGIN MESSAGE" > echo "FFTW3 not found" > > _______________________________________________ > Commits mailing list > Commits(a)cactuscode.org > http://cactuscode.org/mailman/listinfo/commits > -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.perimeterinstitute.ca/personal/eschnetter/

1 0

meeting minutes
by Roland Haas 22 Apr '13

22 Apr '13

Present were: Philipp, Frank, Roland, Peter, Steve, Eloisa ET release: * begin running test suites on clusters, assigned testers on wiki page https://docs.einsteintoolkit.org/et-docs/Release_Details * please run tests at least once by next week Monday * name contest for release, same page Simfactory: * when not specifying BUILD one should make sure that the installed version of external libraries is used (ie configure.sh finds the installed libraries) GRMHD paper: * submitted to arXiv * need to clean up material page (http://einsteintoolkit.org/publications/2013_MHD/) today * Philipp will push changes to trunk to make it possible to run magnetized tov and collapse (again) * add node count, memory consumption and run time (help wanted) Yours, Roland

1 1

Einstein Toolkit Meeting Reminder
by Frank Loeffler 21 Apr '13

21 Apr '13

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users