Users April 2017

users@lists.einsteintoolkit.org

19 participants
25 discussions

Einstein Toolkit Meeting Minutes
by Ian Hinder 03 Apr '17

03 Apr '17

Present were: Eloisa, Ian, Erik, Peter, Bhavesh Status on running ET on KNLs: - Eloisa has committed everything she has to simfactory. Can now run at a reasonable speed on KNL. Still vectorisation problem (see mail to list today). - Erik: Determination of vector size is done by Vectors thorn entirely from information provided by compiler, not related to libraries. Required code in Vectors might not have been committed to Carpet master or release branches. Status of tests: - Still have failing tests - No progress reported since last week - Desire to have this fixed soon -- Ian Hinder http://members.aei.mpg.de/ianhin

1 0

Einstein Toolkit Meeting Reminder
by Frank Loeffler 03 Apr '17

03 Apr '17

Hi Please consider joining the weekly Einstein Toolkit phone call at 9:30 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/ We use a Google hangout, with an URL announced on this list about 15 minutes before the meeting. Frank Löffler

2 1

ET on KNL.
by Eloisa Bentivegna 03 Apr '17

03 Apr '17

Dear all, I was wondering if anybody is using the ET on the Knights Landing architecture, and what sort of performance one could expect to get. Admittedly without much optimization, I am measuring a performance per core which is almost two orders of magnitude smaller than that of a Broadwell Xeon. Does this sound wildly off? Eloisa

7 18

Llama and Coordinates::additional_overlap_size
by Christian D. Ott 02 Apr '17

02 Apr '17

Hi All, I've been playing around with the GW150914 par file and have been trying to set up a pure Cartesian AMR run with the exact same grid setup in the Cartesian region. I noticed that Coordinates::additional_overlap_size = 3 (that appears to be required) not just increases the size of the cubed-sphere patches, but also of all patches in the Cartesian region, including refined regions. Is this a feature (if so, why?) or a bug? Thanks, - Christian

2 1

Reduction in slices?
by Francisco Guzman 31 Mar '17

31 Mar '17

Dear all, Assume I have a thorn mounted on Carpet, completely unrelated to any GR thorn (say my_wavetoy) . Is there a way to estimate the integral of a grid function on every slice of z=constant? This reminds me the outflow thorn that is capable of estimating the integral of fluxes (grid functions) across a spherical surface. I wonder whether there is something similar to integrate a flux (a given grid function of my choice) across z=constant planes: - perhaps a reduction operator from Carpet - a similar thorn to outflow Thanks in advance, Francisco

2 1

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users April 2017