Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #1343: Cactus ParameterGetXXX functions return values for non-active thorns
by Einstein Toolkit 01 May '13

01 May '13

#1343: Cactus ParameterGetXXX functions return values for non-active thorns ----------------------+----------------------------------------------------- Reporter: rhaas | Owner: Type: defect | Status: new Priority: optional | Milestone: Component: Cactus | Version: Keywords: | ----------------------+----------------------------------------------------- using eg. CCTK_ParameterValString it is possible to access parameters of non-active thorns, eg. the line in CarpetIOHDF5/src/Input.cc lines 280ff {{{ char *buffer = CCTK_ParameterValString ("refinement_levels", "CarpetRegrid"); assert (buffer); CCTK_VInfo (CCTK_THORNSTRING, "Using %i reflevels from checkpoint file. " "Ignoring value '%s' in parameter file.", num_reflevels, buffer); free (buffer); } char buffer[32]; snprintf (buffer, sizeof (buffer), "%d", num_reflevels); int const retval = CCTK_ParameterSet ("refinement_levels", "CarpetRegrid", buffer); }}} will actually get a value (the default value it seems) and is able to steer a value of a non-active thorns. Reading the Cactus docs this behaviour is not forbidden however I personally find it a bit confusing. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1343> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #1342: list-simulations shows queued simulation as "finished"
by Einstein Toolkit 30 Apr '13

30 Apr '13

#1342: list-simulations shows queued simulation as "finished" ------------------------+--------------------------------------------------- Reporter: hinder | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: SimFactory | Version: Keywords: | ------------------------+--------------------------------------------------- If there is a presubmitted restart of a simulation, and the previous restart finishes, the previous restart remains marked as "active" by the -active symlink, and list-simulations shows this previous restart. It looks at the job id, and concludes that the simulation is "finished" rather than "queued", even though the next restart is in the queue. Maybe it should check the subsequent restarts to see if any of them are still queued? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1342> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1341: Add a group of grid scalars for memory usage statistics
by Einstein Toolkit 29 Apr '13

29 Apr '13

#1341: Add a group of grid scalars for memory usage statistics -------------------------+-------------------------------------------------- Reporter: hinder | Owner: eschnett Type: enhancement | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | -------------------------+-------------------------------------------------- Carpet has a group of grid scalars for timing information. It would be useful to have a similar group for memory usage and grid size statistics. For example, I would very much like to be able to output the total number of grid points in the simulation, to see if a memory usage increase was related to the total number of grid points increasing, or to something else. It might also be useful to have this information available per process, so that the usual reductions could be applied on output. This would give a measure of memory imbalance. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1341> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1271: hwloc is segfaulting
by Einstein Toolkit 29 Apr '13

29 Apr '13

#1271: hwloc is segfaulting ---------------------+------------------------------------------------------ Reporter: sbrandt | Owner: Type: defect | Status: new Priority: major | Milestone: ET_2013_05 Component: Other | Version: development version Keywords: | ---------------------+------------------------------------------------------ My efforts to run the ET testsuite fail when system_topology.cc attempts to bind threads to CPUs because hwloc_get_obj_by_depth(topology, pu_depth, pu_num) returns NULL. In the attached patch I check for a null return value and print a warning, then skip setting the affinity. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1271> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #1339: Memory alignment in CarpetLib failing
by Einstein Toolkit 26 Apr '13

26 Apr '13

#1339: Memory alignment in CarpetLib failing --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- This is happening on a 32bit Debian stable (squeeze) virtual machine (Virtualbox) that I use to test the new users instructions. Running the QuasiLocalMeasures qlm-ks-boosted test (and other see attachments), I get: {{{ /home/cactus/Cactus/configs/sim/build/CarpetLib/mem.cc:130: mem<T>::mem(size_t, size_t, T*, size_t) [with T = std::complex<double>]: Assertion `size_t(storage_) >= size_t(storage_base_ ) and size_t(storage_) <= size_t(storage_base_ + max_padding)' }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1339> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #1337: CarpetHDF5 doesn't support complex datatypes
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1337: CarpetHDF5 doesn't support complex datatypes -------------------------+-------------------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: Component: Other | Version: Keywords: | -------------------------+-------------------------------------------------- The visit CarpetHDF5 reader doesn't support complex grid functions. Visit itself probably doesn't have support for complex numbers, but the reader could at least import the real and imaginary part. A bonus would be if it could, on the fly, also provide the phase and absolute value. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1337> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 0

[Einstein Toolkit] #1174: decrease warning messages from compilation of ET
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1174: decrease warning messages from compilation of ET -----------------------------------+---------------------------------------- Reporter: knarf | Owner: Type: enhancement | Status: new Priority: minor | Milestone: ET_2013_05 Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1174> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

[Einstein Toolkit] #1156: Outdated thornlists under McLachlan/doc
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1156: Outdated thornlists under McLachlan/doc -----------------------------------+---------------------------------------- Reporter: bentivegna | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: | -----------------------------------+---------------------------------------- The two thornlists under McLachlan/doc still reflect pre-ET thorn locations. Update or remove? -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1156> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #1336: Permission to execute rsync on supermuc.
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1336: Permission to execute rsync on supermuc. ------------------------+--------------------------------------------------- Reporter: bentivegna | Owner: eschnett Type: defect | Status: new Priority: blocker | Milestone: ET_2013_05 Component: SimFactory | Version: development version Keywords: | ------------------------+--------------------------------------------------- The user home directory containing the rsync default in supermuc.ini: /home/hpc/pr32pi/lu78kog2/rsync-3.0.9/bin/rsync is not world accessible. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1336> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #1294: Don't use STRICT_ANSI on stampede
by Einstein Toolkit 25 Apr '13

25 Apr '13

#1294: Don't use STRICT_ANSI on stampede ------------------------+--------------------------------------------------- Reporter: knarf | Owner: eschnett Type: defect | Status: new Priority: minor | Milestone: ET_2013_05 Component: SimFactory | Version: ET_2012_11 Keywords: backport | ------------------------+--------------------------------------------------- The attached patch undefines U__STRICT_ANSI__ on stampede, similar to other machines. One effect of this is that M_PI is defined when math.h is included. By default, the lib otherwise follows the strict standard that math.h is not to pollute the namespace and doesn't define M_PI because it is not in the ANSI standard (but e.g. in POSIX). The ET depends on M_PI being defined in several thorns and a discussion on this topic took place on the mailing list some time ago. The consensus there was to try to make sure with compiler flags that POSIX is available, and with that M_PI. I committed this change to /trunk of simfactory already (in r2008), but want to have a positive review for a backport to Ørsted. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/1294> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 3

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac