Re: [Users] Fwd: [RES-users] RES - Call for proposals for scientific workshops

On 22/11/17 21:42, Bruno Giacomazzo wrote: > Hi Miguel, >    in Trento we had a school, but not in Stockholm (we had just a > one-day tutorial) or in Palma. In Trento I remember covering part of the > traveling expenses for two of the lecturers (I had some financial > support also by my department

Re: [Users] Error in thorn Vectors

On 13/11/17 16:02, Roland Haas wrote: > Hello all, > > Maria has already created a ticket: > https://trac.einsteintoolkit.org/ticket/2084 True, but this is a separate issue (not with Vectors but with the configuration stage on a clean checkout, it seems). My suspicion is that the homebrew instru

Re: [Users] Error in thorn Vectors

On 10/11/17 22:34, Hamilton, Maria wrote: > Hello Eloisa, > > This is strange. I did do a fresh checkout and tried to compile it with the > osx-homebrew.cfg but I am getting this error: > > checking for M_PI... no > configure: error: M_PI not defined. Try adding -D_XOPEN_SOURCE to CPPFLAGS. > >

[Users] Tomorrow's ET call cancelled.

On 09/11/17 17:07, Steven R. Brandt wrote: > Please update the Wiki with agenda items for the next meeting (which may > not be Monday). Thanks! > > https://docs.einsteintoolkit.org/et-docs/meeting_agenda Dear all, in view of the lack of agenda items and the long list of members away at the SC c

Re: [Users] Error in thorn Vectors

On 06/11/17 20:09, Hamilton, Maria wrote: > Hello Eloisa, > > From my memory I'd say I am using the development version. > Is there a way to check this out? Hi! Since the ET is hosted in a collection of repositories, the direct way would be to check which branch of each you're on. Alternatively

Re: [Users] Error in thorn Vectors

On 06/11/17 16:04, Hamilton, Maria wrote: > After the last Cactus update, I got this error: Hi Maria, could you clarify what version of the code you're using? Are you on a specific release? Eloisa ___ Users mailing list Users@einsteintoolkit.org http:/

Re: [Users] outreach and visibility of the toolkit

On 19/10/17 12:24, Frank Loeffler wrote: > I can copy the old 'History of the ET' there, but I believe it would be > a new URL then. You can add a playlist to the channel, and existing videos to a playlist (which still won't appear under the "Videos" tab though). I've just done that with the Histo

Re: [Users] outreach and visibility of the toolkit

On 19/10/17 14:19, hwitek wrote: > Hi Jens, everyone, > > i think that is a great idea. > I've also met some students who were interested in learning how to use > the Einstein Toolkit but were a bit shy to write to the entire list. So > partnering "newbies" with a tutor or arrange for a monthly

Re: [Users] outreach and visibility of the toolkit

On 18/10/17 22:16, helvi witek wrote: > Thanks Bruno, David! > > @all: this is a lot of great material. I put my question forward to the > ET list to initiate some discussion about how we can efficiently bundle > it, e.g. on the website's gallery, maybe in a somewhat similar as the > SXS collabora

[Users] Gabrielle Allen elected APS Fellow.

Dear all, October has already been packed with many exciting news for our community. I now add with great joy to the list: Gabrielle Allen, Professor of Astronomy at the University of Illinois at Urbana–Champaign and Cactus veteran, has been elected a 2017 Fellow of the American Physical Society

Re: [Users] Einstein Toolkit Meeting Reminder

On 17/07/17 18:16, Roland Haas wrote: > Hello all, > >> - Eloisa suggested to collect "usage information" about Blue Waters on a >> dedicated wiki page, but we'll wait on Roland to see if he agrees. >> (Using Blue Waters seems to involve more 'setup-work' than other >>clusters, and certai

[Users] Fwd: 2 PhD + 1 postdoc position in Warsaw

Dear all, a collaborator of mine is looking to fill three positions (two PhD and one postdoc) with people with a NR background, and possibly experience with the ET. Details below. For further information, please enquire directly with him. Best, Eloisa > Forwarded Message > Su

Re: [Users] Einstein Toolkit Meeting Minutes

On 27/03/17 18:19, Frank Loeffler wrote: > - Eloisa will look at boostedpuncture test case Hi all, this should now be fixed. Best, Eloisa ___ Users mailing list Users@einsteintoolkit.org http://lists.einsteintoolkit.org/mailman/listinfo/users

Re: [Users] Einstein Toolkit Meeting Reminder

On 03/04/17 03:16, Frank Loeffler wrote: > We use a Google hangout, with an URL announced on this list about 15 > minutes before the meeting. Hi! As neither Frank nor Steve can make the call today, I will host it. This is the hangout: https://hangouts.google.com/call/tclkzno2tzawnkpg4rkdblmsvee

Re: [Users] ET on KNL.

On 24/03/17 14:17, Erik Schnetter wrote: > On Fri, Mar 24, 2017 at 8:43 AM, Eloisa Bentivegna > mailto:eloisa.bentive...@ct.infn.it>> wrote: > > Hi all, > > still on the KNL topic, I realize there was a question I ignored, and > which perhaps is worth pur

Re: [Users] ET on KNL.

Hi all, still on the KNL topic, I realize there was a question I ignored, and which perhaps is worth pursuing. On 01/03/17 21:43, Ian Hinder wrote: > Eloisa: does Carpet report the vector size of the KNL as 8? From the > wikipedia entry, I would expect that to be the case, but I think you > ment

Re: [Users] QuasiLocalMeasures BH Spin

On 02/03/17 15:35, Roland Haas wrote: > Hello Eloisa, Gwyneth, Erik, > >> as you've noticed, QLM implements various measures of a surface spin >> (some better tested than others). Unfortunately the references to the >> corresponding formalisms are scattered around, but here's a primer: > This info

Re: [Users] QuasiLocalMeasures BH Spin

On 28/02/17 09:43, Gwyneth Allwright wrote: > Hi All, > > I'm trying to reproduce the testbed BBH results in Etienne et al. 2009: > https://arxiv.org/abs/0812.2245 > > I'd like to calculate the final Kerr black hole spin using the ratio of > the polar and equatorial circumferences. QuasiLocalMeas

Re: [Users] ET on KNL.

On 28/02/17 23:17, David Radice wrote: > Hello Eloisa, > > sorry for the delay in the reply. For the records I did manage to > compile and run ET on KNL (stampede), but I did not manage to run any > benchmark with it yet. The current status is: > > * intel-17: the compiler fails to compile Carpet

Re: [Users] ET on KNL.

On 23/02/17 00:14, Erik Schnetter wrote: > Eloisa > > The general consensus (I heard that as well from TACC staff) is that a > KNL node is about as fast as a modern Xeon node. That agrees with what I > measured on Cori. > > The per-core performance is lower (maybe by a factor of two or three) > b

[Users] ET on KNL.

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.

Re: [Users] Black hole data for EHFinder

On 20/01/17 10:25, Maitraya Bhattacharyya wrote: > Dear all, > > I would like to know how to use the EHFinder. Can anyone help me as to > how to use this ? > > Also, if you have some simple data, like a Schwarzschild or Kerr black > hole, can you please share. > > I have some data from other sim

Re: [Users] Users Digest, Vol 82, Issue 6

On 17/01/17 07:48, Maitraya Bhattacharyya wrote: > Dear Eloisa and others, > > What I have is information about the 4d metric along an axis (say the z > axis). As far as I recall correctly, this is a Kerr black hole without > any scalar field but I may be wrong about that. Hi, unfortunately, if

Re: [Users] Event horizon finder for 1d data

On 16/01/17 15:56, Ian Hinder wrote: > > On 11 Jan 2017, at 19:08, Maitraya Bhattacharyya > mailto:maitraya.li...@gmail.com>> wrote: > >> Dear all, >> >> I have some 1d black hole data for which I would like to locate the >> event horizon. >> >> However I am new to the Einstein toolkit and theref

Re: [Users] Installing on OSX10.12

On 20/12/16 03:12, Guy wrote: > Hi Eloisa > > I installed gcc6 and changed the option list to point to that > > (CPP = cpp-6 > FPP = cpp-6 > CC = gcc-6 > CXX = g++-6 > F90 = gfortran-6 > > CPPFLAGS = > FPPFLAGS = -traditional > CFLAGS = -g -std=c11 > CXXFLAGS = -g -std=c++14 > F90FLAGS = -g

Re: [Users] Installing on OSX10.12

On 19/12/16 19:31, Ian Hinder wrote: > > On 19 Dec 2016, at 18:23, Eloisa Bentivegna > mailto:eloisa.bentive...@ct.infn.it>> wrote: > >> On 19/12/16 14:10, Ian Hinder wrote: >> >>> I also see that the instructions >>>

Re: [Users] Installing on OSX10.12

On 19/12/16 14:10, Ian Hinder wrote: > I also see that the instructions > at https://docs.einsteintoolkit.org/et-docs/Simplified_Tutorial_for_New_Users > don't say "Read the top of the optionlist and install the required > packages", which they probably should. Well, there is a Prerequisite secti

Re: [Users] Installing on OSX10.12

On 19/12/16 07:57, Guy Pitman wrote: > Further to my last email on this issue, > > Can anyone tell me what version of gcc we should be using for the install? > I notice that the Mac Homebrew installation refers to gcc46 - but there > seems to be a problem running that on a Mac (it seemed to inst

Re: [Users] Fwd: Installing on OSX10.12

On 15/12/16 02:17, Guy Pitman wrote: > > Hi, > > I am a new user trying to install the simplified demo on a Mac running > OSX10.12 (Sierra) > > I followed the instructions > on https://docs.einsteintoolkit.org/et-docs/Simplified_Tutorial_for_New_Users > and > followed the instructions, > > but

Re: [Users] meeting minutes for 2016-09-19

On 19/09/16 17:21, rh...@illinois.edu wrote: > * (summer) student projects on > https://docs.einsteintoolkit.org/et-docs/Summer_student_projects > * ELoisa suggests to try and apply for a google summer of code project for > some of the projects Hi! It wasn't actually my suggestion, but I

Re: [Users] looking for help with CT_MultiLevel

On 23/06/16 22:06, Slinker, Kyle Patrick wrote: > Thanks for the reply, Eloisa. > > I wasn't thinking of solving the elliptic equation in terms of the > stationary state of a parabolic equation as you described in your paper. > But, I see now how Gauss-Seidel for the elliptic equation can be deriv

Re: [Users] looking for help with CT_MultiLevel

On 22/06/16 16:42, Slinker, Kyle Patrick wrote: > I have been working with CT_MultiLevel in an attempt to solve the > non-conformally-flat constraint equations and I'm wondering if there is > an error in the thorn. Where I'm potentially seeing an issue is in > CT_SolvePsiEquation.cc and CT_SolveErr

Re: [Users] Instructions for setting up the ET

On 13/06/16 15:50, Ian Hinder wrote: > Hi, > > I have expanded the page > > https://docs.einsteintoolkit.org/et-docs/Compiling_the_Einstein_Toolkit > > to be a general page on how to compile the ET, including the different > cases of > > i) A supported cluster; > ii) A supported or unsupported

Re: [Users] meeting minutes for 2016-05-09

On 12/05/16 21:37, Frank Loeffler wrote: > On Thu, May 12, 2016 at 08:00:40PM +0200, Eloisa Bentivegna wrote: >> this is really due to the fact that this specific variable >> (ct_multilevel-err) should not be tested for relative changes, as it's >> difficult to defin

Re: [Users] meeting minutes for 2016-05-09

On 09/05/16 16:51, Roland Haas wrote: > Tickets: > * poisson: not clear what causes this. Roland suspects that not all > Jenkins slaves are exactly equal and that it only fails on this one Hi all, this is really due to the fact that this specific variable (ct_multilevel-err) should not be tested

[Users] Einstein Toolkit School and Workshop (13-17 June 2016, Trento, Italy)

either section is May 27th. We hope to see many of you in Trento this summer! Should you have any questions regarding registration, travel, or accommodation, feel free to contact one of the organizers. Eloisa Bentivegna (University of Catania, Italy) Riccardo Ciolfi (University of Trento, Italy

Re: [Users] Einstein Toolkit Meeting Reminder

On 02/12/15 22:03, Erik Schnetter wrote: > Eloisa > > I ran these tests on these machines. The results are displayed at > . > Please ignore all results that have "Calpha" or "Cbeta" prefixes; > "Crelease"

Re: [Users] Einstein Toolkit Meeting Reminder

On 30/11/15 21:00, Frank Loeffler wrote: > - CT_MultiLevel/boostedpuncture (zwicky) > - CT_MultiLevel/poisson (stampede, bluewaters) Hi all, can whoever carried out these tests get in touch with me? I haven't got access to any of the above machines. Thanks! Eloisa __

Re: [Users] Visualization of AHFinderDirect horizons

On 09/11/15 19:50, Frank Loeffler wrote: > On Mon, Nov 09, 2015 at 06:41:43PM +, Michael Clark wrote: >> We're looking for a way to visualize the horizons from AHF as snapshots in >> time, preferably in lockstep with data generated from CarpetIOHDF5. >> >> We've been using VisIt to create plots

Re: [Users] Time change: Einstein Toolkit Meeting Reminder

On 26/10/15 16:39, Frank Loeffler wrote: > Matt asked for a way to visualize AH output in visit, and Frank pointed > to https://trac.einsteintoolkit.org/ticket/1828. Hi all! I would like to point out a different solution to this problem, which is not mentioned in the ticket (maybe it should be).

Re: [Users] Test failures in CT_MultiLevel

On 14/10/15 22:35, Eloisa Bentivegna wrote: > The test, however, passes (at least on my workstation) using > BLAS/LAPACK, so the McLachlan rewrite does not necessarily have to be > responsible for the differences you see. Hi all, it turns out that Ian's intuition was correct and

Re: [Users] Test failures in CT_MultiLevel

On 14/10/15 20:40, Ian Hinder wrote: > The second problem is that when I switch to OpenBLAS in the test > parameter files, all tests pass except for > CTThorns/CT_MultiLevel/test/boostedpuncture.par, which fails with > >ml_bssn-ml_ham.d.asc: substantial differences > significant differ

Re: [Users] bug or feature?

On 09/09/15 22:36, Comer Duncan wrote: > Hi, > > I was able to get ET to build with the Brill example. However, after > constructing a par file (attached) I have found that the execution > crashes. The main complaint seems to be that there are not enough > prolongation levels associated with the

Re: [Users] debugging kranc .m

On 18/08/15 16:26, Comer Duncan wrote: > Thanks for the suggestions. I've made some modifications and the make > gets a lot further along now. It complains about a lookup error: > > Error: lookup failure: key Name not found in map {} > in CreateKrancThorn/Param`Private`userParameterStructs/look

Re: [Users] debugging kranc .m

On 17/08/15 21:09, Comer Duncan wrote: > Hi, > > I am trying to make a Kranc file to build a thorn to make a Brill wave > using CT_Cosmology. I am bogged down with errors in the script and > would appreciate some help in getting the thing to work. I am attaching > the script and the output err f

Re: [Users] Meeting Minutes for 2015-07-06

On 06/07/15 17:08, Roland Haas wrote: > Hello all, > > Present were: Christine, Yosef, Roland > > Meeting ended early due to lack of quorum. Hi all, I thought today's meeting was cancelled (the latest news were in Steve's message from Monday). Could whoever is in charge of the call send a remin

Re: [Users] Accuracy issue of multipole moment calculations in QuasiLocalMeasures

On 25/06/15 05:07, Hee Il Kim wrote: >> Hi, >> >> Recently, I found the multipole moment calculations in >> QuasiLocalMeasures show large errors, e.g. 20% for the second mass >> moment of my project. > > [...] > > I understand. But the issue is, even though I'm using sufficiently

Re: [Users] Meeting Minutes for 2015-06-22

Quoting Ian Hinder : > Putting it in an institution-specific arrangement would do the same. > In fact, it could be worse, as the name of the arrangement would > not reflect the content, but the origin of the code, making it > harder to find "an elliptic solver", if you didn't know where

Re: [Users] Meeting Minutes for 2015-06-22

On 23/06/15 22:59, Roland Haas wrote: > Hello all, > > Present were: Peter, Steve, Christine, Ian, Elo, Matt, Roland > > Tickets: > 1667 include elliptic solver: > * several options present themselves (1) use CactusEllitpic (2) use new > arrangement Elliptic (3) use a arrangement collecting the aut

Re: [Users] questions about working elliptic solver thorns

On 29/05/15 17:12, Erik Schnetter wrote: > Yes, it is. If you want to set up your own solver grid, then you can > easily use PETSc for this. If you want to use Carpet's AMR grids, then I > would use Eloisa's solver. Let's make sure she also have time when you > call in. I confirm this. For necess

Re: [Users] Release plans

On 03/11/14 17:37, Frank Loeffler wrote: > Hi, > > A new Einstein toolkit release is being prepared right now. In order to > make this happen, the current code base is largely "frozen", with only > small changes allowed to be made (bug fixes, documentation updates and > the like). This will be foll

Re: [Users] Meeting Minutes

On Jan 21, 2014, at 3:23 PM, Steven R. Brandt wrote: > When can the Elliptic solver be called? During an evolution? Only when > complete coarsest grid steps are complete? In principle, the solver is encapsulated in a single function call that can be scheduled whenever needed. In practice, its

Re: [Users] Meeting Minutes

On Jan 20, 2014, at 8:52 PM, Roland Haas wrote: > Elliptic solver in ET: > * currently the only one known to work with mesh refinement is Eloisa > Bentivegna's elliptic solver. Currently available on bitbucket > https://bitbucket.org/eloisa/cosmology/overview > * tested for Cosmology (written for

[Users] Multigrid elliptic solver released.

Dear Cactus and Einstein Toolkit users, I have been working on a solver for elliptic PDEs based on the multigrid paradigm, and developed as a Cactus thorn using Carpet. The solver is now able to tackle some basic problems and could be applied to other cases of interest to this community. You ca

Re: [Users] outer boundary conditions

On May 29, 2013, at 3:17 PM, Comer Duncan wrote: > Hi Eric, > > Thanks for your reply. > > I found a reference to an old paper by Vulcanov in which he mentions a thorn > he calls Cosmo which is purported to begin to include cosmological > backgrounds and expanding outer bc. However, I can not

Re: [Users] Einstein Toolkit Meeting Reminder

On Apr 29, 2013, at 5:44 AM, Frank Loeffler wrote: > 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). On supermuc, the failures on 1 process are really due t