Users

users@lists.einsteintoolkit.org

3 participants
3984 discussions

Einstein Toolkit Meeting Reminder
by Frank Loeffler 11 Jan '16

11 Jan '16

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#. The next call will be tomorrow, Mon 11th. After that, we will skip a week (holiday in parts of the US), and continue Jan 24th. Frank Löffler

1 1

Unable to download Zelmani/CartesianCoordinates
by Soham Mukherjee 11 Jan '16

11 Jan '16

Hi, I have been trying to run the neutron star collapse simulation, using the par file /Cactus/par/arXiv-1111.3344/collapse/tov_collapse_vc_l3.par. I realised that it requires thorns from the Zelmani arrangement, and hence made an attempt to download them I added the following lines to the thorn list, following < https://einsteintoolkit.org/publications/2013_MHD/einsteintoolkit_plus_zelm… >: *# Private thorns!TARGET = $ARR!TYPE = svn!AUTH_URL = https://svn.einsteintoolkit.org/incoming/$2 <https://svn.einsteintoolkit.org/incoming/$2>!URL = http://svn.einsteintoolkit.org/incoming/$2 <http://svn.einsteintoolkit.org/incoming/$2>!CHECKOUT = Zelmani/CartesianCoordinatesZelmani/ZelmaniQuadWaveExtractZelmani/CoreCollapseControl* Out of theses,ZelmaniQuadWaveExtract and CoreCollapseControl downloaded successfully, but CartesianCoordinates gave the following error: *Warning: Could not checkout module Zelmani/CartesianCoordinatessvn: URL 'http://svn.einsteintoolkit.org/incoming/CartesianCoordinates <http://svn.einsteintoolkit.org/incoming/CartesianCoordinates>' doesn't exist.* Since the neutron star collapse simulation uses a parfile distributed with the Einstein Toolkit release, I assume the thorns are available to the public. Is there any updated link for checking out the Zelmani arrangement thorns? Soham

3 3

Chunked checkpoints with unchunked HDF5_3D output?
by Bernard Kelly 07 Jan '16

07 Jan '16

Hi. Silly question time: I'd like to write some grid functions to disk as HDF5 3D files that are *unchunked*, but one per output time step. This I'm doing by setting the following parameters: IOUtil::out_mode = "onefile" IOUtil::out_timesteps_per_file = 1 However, an unexpected (to me) side-effect of this is that my checkpoint files are now also unchunked, which leads to longer recovery (and occasionally failure). So ... can I have chunked checkpoint files, but unchunked everything else 3D using CarpetIOHDF5? Thanks, Bernard

3 4

Multiple time levels
by Steven R. Brandt 05 Jan '16

05 Jan '16

In the code I'm working on, I have a set of variables living at a single timestep. For various reasons, I want to shift to having them at two timelevels, but simply making the change in interface and schedule results in failure to run old test suites. Is there a recipe I should be following to make this work? Cheers, Steve

2 7

No Einstein Toolkit Meeting
by Frank Loeffler 03 Jan '16

03 Jan '16

Hi, There will *not* be an Einstein Toolkit meeting tomorrow (Mon Jan 4th). The next meeting will be on Mon Jan 11th, 2016, at the usual time. Happy new year! Frank Löffler

1 0

No Einstein Toolkit Meeting
by Frank Loeffler 21 Dec '15

21 Dec '15

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

1 0

Carpet: Domain specification fails
by dumsani 17 Dec '15

17 Dec '15

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

2 2

Serious problem with Carpet grids
by Ian Hinder 11 Dec '15

11 Dec '15

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

1 1

Re: [Users] [ET Trac] [Einstein Toolkit] #1848: madd not found
by Erik Schnetter 10 Dec '15

10 Dec '15

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/

1 0

Co-Design Summer School 2016: first announcement
by Oleg Korobkin 07 Dec '15

07 Dec '15

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)

1 0

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users