Do you have a backtrace?
-erik
On Sunday, March 22, 2015, Einstein Toolkit <
trac-noreply(a)einsteintoolkit.org> wrote:
> #1326: running loopcontrol on strange number of threads fails
>
------------------------------------+---------------------------------------
> Reporter: rhaas | Owner:
> Type: defect | Status: new
> Priority: minor | Milestone:
> Component: EinsteinToolkit thorn | Version:
> Resolution: | Keywords: LoopControl
>
------------------------------------+---------------------------------------
>
> Comment (by rhaas):
>
> This still happens even with current (Sun Mar 22 18:46:21 CET 2015)
trunk,
> though failure looks a bit different now:
> {{{
> actus_sim:
>
/data/rhaas/postdoc/gr/ET_trunk/configs/sim/build/LoopControl/loopcontrol.cc:312:
> T {anonymous}::divexact(T, T) [with T = int]: Assertion `i % j == 0'
> failed
> }}}
>
> --
> Ticket URL: <https://trac.einsteintoolkit.org/ticket/1326#comment:1>
> Einstein Toolkit <http://einsteintoolkit.org>
> The Einstein Toolkit
> _______________________________________________
> Trac mailing list
> Trac(a)einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/trac
>
--
Erik Schnetter <schnetter(a)cct.lsu.edu>
http://www.perimeterinstitute.ca/personal/eschnetter/
Present: Frank, Roland, Steve, Peter, Matt, Josh, Erik, Zach, Jonah, Elo
There will be no ET call next week due to labour day/Thanksgiving
weekend in North America.
IllnoisGRMHD:
* report is with Zach, was send via private email
* separate repo is fine, Zach will create a repository
* volunteer needed for the compatibility thorn
* Zach will move compatibility thorns into same repo as IllinoisGRMHD
GetComponents on OSX:
* no OSX user has written
* Roland will propose a patch
simfactory on BeeGFS:
* Erik will look into Bruno's proposed patch
writing timeseries data into hdf5:
* Frank would like to use this for things like the Hamiltonian norm
* HDF5 supports extensible datasets, an example on how to use this is
the HDF5 output of Multipole
SPH in Cactus:
* Matt has a more or less working version of SPH on grid background
* came out of work at a national lab on generic grid methods
* currently linked in a shared objects for mesh handling and nearest
neighbour finding
* currently writing his thesis, so code is not changing much right now
* load balancing through bisection initially then times the RHS and
neighbour looked up push particles around
* no octree, instead a hierarchical hash
* particle to grid data currently uses SPH approximation for Tmunu at
gridpoints of Cactus grid
* will arrange for time for presentation through mailing list
Yours,
Roland
--
My email is as private as my paper mail. I therefore support encrypting
and signing email messages. Get my PGP key from http://keys.gnupg.net.
Hi,
There will not be an Einstein Toolkit meeting today. The next
meeting will be on Mon Jan 11th, 2016, at the usual time.
Happy holidays, and a joyful new year!
Frank Löffler
Hi All,
I am working with some piece of code based on a multipatch coordinate
system
(llama, http://dx.doi.org/10.1103/PhysRevD.83.044045). Currently, I'm
interested
in doing a test in a cubical kind of domain, that is, without the
multipatch system.
Closely following the qc0-mclachlan.par parameter file (ET_2014_05), I
converted
my multipatch parameter file to use the following:
Carpet::domain_from_multipatch = "no"
Carpet::domain_from_coordbase = yes
CartGrid3D::type = "coordbase"
Unlike when using a multipatch sysytem, I've had to add the
ReflectionSymmetry
thorn in my thornlist for running on a cubical grid. The simulation is
able to build
successfully. But when running, it breaks with the following error from
Carpet:
cactus/arrangements/Carpet/Carpet/src/SetupGH.cc:1744: void
Carpet::get_domain_specification(const cGH*, int, const ivect&, rvect&,
rvect&, rvect&): Assertion `not CCTK_IsFunctionAliased
("MultiPatch_GetDomainSpecification")' failed.
Looking at the function that fails and a few ideas I got from the user
mailing list, my naive
thought is that this might possibly be an issue of cctk_lsh vs cctk_ash
in Carpet.
(e.g.
http://lists.einsteintoolkit.org/pipermail/users/2014-October/003849.html).
But I'm yet
to test this idea. The code I'm working with uses cctk_lsh.
I would gladly appreciate help from anyone who could have an idea about
this.
I'm using ET_2014_05 release of the EinsteinToolkit/Cactus. I have
attached my test
parameter file for viewing in case it will be useful in diagnosing the
problem(s).
Thank you in advance for your kind assistance.
Regards,
Dumsani
Hi,
I just created a ticket (https://trac.einsteintoolkit.org/ticket/1846) to describe a problem that Barry Wardell and I found with the current (2015_11) release. It has probably been present for a while, but is not present in the 2014_05 release. This would show up as large grids and memory usage, and low speeds, in simulations with multiple components per refinement level, as Carpet seems to be replacing these components with their containing bbox. There are two simple workarounds described in the ticket.
--
Ian Hinder
http://members.aei.mpg.de/ianhin
Can you give details about your system and architecture? What does
/proc/cpuinfo say? What are your compiler options?
-erik
On Thursday, December 10, 2015, Einstein Toolkit <
trac-noreply(a)einsteintoolkit.org> wrote:
> #1848: madd not found
>
---------------------+------------------------------------------------------
> Reporter: sbrandt | Owner:
> Type: defect | Status: new
> Priority: unset | Milestone:
> Component: Other | Version: development version
> Keywords: |
>
---------------------+------------------------------------------------------
> I get numerous errors of the form
>
>
/home/sbrandt/cactus/CactusFW/arrangements/Carpet/CarpetLib/src/prolongate_3d_rf2.cc:249:26:
> error: ‘madd’ is not a member of ‘VP {aka vecprops<double>}’
>
> when trying to compile on my laptop usign gcc 5.1.1
>
> --
> Ticket URL: <https://trac.einsteintoolkit.org/ticket/1848>
> Einstein Toolkit <http://einsteintoolkit.org>
> The Einstein Toolkit
> _______________________________________________
> Trac mailing list
> Trac(a)einsteintoolkit.org
> http://lists.einsteintoolkit.org/mailman/listinfo/trac
>
--
Erik Schnetter <schnetter(a)gmail.com>
http://www.perimeterinstitute.ca/personal/eschnetter/
Dear all,
I would like to advertise the Co-Design Summer School which will take
place at Los Alamos, NM next summer, sometimes from mid-May to
mid-September 2016 (exact dates TBD).
The Los Alamos ISTI/ASC Co-Design Summer School will bring together top
graduate students in the fields of physics, computational science and
mathematics. A team of six participants will work together on solving a
problem that is designed to build the skills needed to tackle the grand
challenges of the future. Foremost among the skills on which we focus is
the ability of students to work across disciplines with other team
members, while employing their own unique expertise. This is the heart
of Co-Design.
The scientific challenge of choice for this year is modeling neutron
star mergers and their kilonovae -- supernova-like transients that
accompany these dramatic cosmic cataclisms.
Please consult the following website for more information about the
school, the challenge and how to apply:
http://losalamos.github.io/cdss/index.html
Graduate students in the fields of astrophysics, computational code
design and mathematics of general relativity are encouraged to apply.
Application deadline is February 2016.
Please share with anyone who might be interested.
Best regards,
- Oleg Korobkin
---
Postdoctoral Researcher
Los Alamos National Lab
505-695-8489 (c)
505-665-9692 (w)
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/
I short: the number is (+1) 225-578-4942 and the conference id is 118682#.
Frank Löffler
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/
I short: the number is (+1) 225-578-4942 and the conference id is 118682#.
Frank Löffler