Users November 2011

users@lists.einsteintoolkit.org

22 participants
34 discussions

Re: [Users] [Einstein Toolkit] #677: parameter default change in CarpetIOASCII
by Luca Baiotti 26 Nov '11

26 Nov '11

On 25/11/11 4:58 AM, Einstein Toolkit wrote: > #677: parameter default change in CarpetIOASCII > ----------------------------------------+----------------------------------- > Reporter: baiotti@… | Owner: eschnett > Type: enhancement | Status: new > Priority: optional | Milestone: > Component: Carpet | Version: > Resolution: | Keywords: CaroetIOASCII parameter default > ----------------------------------------+----------------------------------- > > Comment (by eschnett): > > A quick note: If a parameter is deprecated, it should not be used if > possible, and consequently its default should not be changed either. I think that no one uses 3D ASCII output, so those two (of the four) parameters are irrelevant, but in general I don't agree. Unless a parameter has no effect in the code, a default may be better than another, even if the parameter is deprecated. In the specific case, the proposed default is better. By the way, why were the parameters deprecated (again no one uses those two parameters anyway I believe)? Luca

2 1

LSU/CCT certificate verification failure
by Kelly, Bernard J. (GSFC-660.0)[UNIVERSITY OF MARYLAND BALTIMORE COUNTY] 25 Nov '11

25 Nov '11

Hi all. I just tried a fresh checkout of ETK (Maxwell) on my laptop, following the usual directions on the wiki. Everythign downloads OK except the LSU/CCT portions (simfactory2, LSUThorns). Here's the message from the first instance (the other error messages are trivially different): svn: E175002: OPTIONS of 'https://svn.cct.lsu.edu/repos/numrel/simfactory2/branches/ET_2011_10': Server certificate verification failed: issuer is not trusted (https://svn.cct.lsu.edu) I last checked out a few days ago (different machine). Have the certificates changed? Or should I be doing something new to renew certificates? Thanks, Bernard ----------------------------------------------------------------------------- Bernard Kelly -- CRESST Research Associate, NASA/GSFC Phone: +1 (301) 286-7243 E-Mail: bernard.j.kelly(a)nasa.gov Web: http://science.gsfc.nasa.gov/sed/index.cfm?fuseAction=people.jumpBio&iphone… -----------------------------------------------------------------------------

2 2

Einstein Toolkit Seminar
by Frank Loeffler 24 Nov '11

24 Nov '11

Hi Please consider joining the Einstein Toolkit Seminar next week Monday, November 28th, at 10 am US central time. We will use the Einstein Toolkit Meeting venue for this, in particular the EVO meeting. Details (and a link to the slides) can be found at http://einsteintoolkit.org/seminars/2011_11_28/ Next weeks presenter will be Zachariah Etienne from the University of Illinois, talking about "Improved EM Gauge Condition for GRMHD Simulations with AMR". Frank Loeffler

1 0

Carpet commit messages
by Erik Schnetter 21 Nov '11

21 Nov '11

I just changed the Carpet Mercurial server configuration; Carpet commit messages are now sent to <commits(a)einsteintoolkit.org>, and are not announced anywhere else any more. We can change this mailing list if there is a desire to do so, and we still need to see whether this mailing list server will accept the commit messages. -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

1 0

restart with simfactory
by Petr Tsatsin 21 Nov '11

21 Nov '11

4 6

Meeting minutes
by Roland Haas 21 Nov '11

21 Nov '11

Hello all, present were: Tanja, Roland, Frank, Josh, Bruno Giacomazzo, Yosef, Peter, Erik ET paper: * one typo was pointed out (fixes by Frank) * one more ref. needs to be added MHD paper: * almost done with it, numerics are in * test sections need to be written, having a more atrophysically relevant test was suggested * need many more figures but should be able to finish be end of year Constraint transport: * unigrid, cell centred implementation seems to work for the balsara shock tube tests as long as one is careful picking the parameters for the shock to make sure it is perfectly diagonal on the grid * Roland will re-run the test and send around the parameter files and sample output * still unsure about how many ghost zones are required re-integrating branches: * ePPM integration: Roland believes that Christian said is was fully implemented. Will talk to Christian (Ott and Reisswig) about its status and the future of the Zelmani branch * CIGR_tmp (BHNS) branch: Frank, Tanja, Bruno and Roland will discuss this off-line upcoming ET release: * tentatively suggest using Vector potential in MHD as goal for next release * would like to have suggestions in the week after the UIUC talk UIUC talk: * maybe next week 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.

2 1

Re: [Users] [Commits] [svn:einsteintoolkit] GRHydro/trunk/ (Rev. 301)
by Erik Schnetter 21 Nov '11

21 Nov '11

I may be overlooking something, but doesn't Fortran already keep track of whether arrays are allocated? There is no need to introduce a logical variable, one can call "allocated" instead. Another point is that explicit memory management at shutdown isn't really useful. It adds more code, adds complexity to keep track of things, and delays the shutdown because extra things happen. I would simply call "allocate" in ENOSetup, schedule the routine such that it is called only once, and leave it at this, removing about 20 or 30 lines of code and the possibility of error. -erik On Mon, Nov 21, 2011 at 10:45 AM, <roland.haas(a)physics.gatech.edu> wrote: > User: rhaas > Date: 2011/11/21 09:45 AM > > Modified: > /trunk/ > schedule.ccl > /trunk/src/ > GRHydro_ENOReconstruct.F90 > > Log: > allocate/deallocate ENO scalars in global mode > > really all I need is that this happens only once. Allocation was already > protected by a grid scalar, unfortunately deallocation did not check/reset > this scalar > > File Changes: > > Directory: /trunk/src/ > ====================== > > File [modified]: GRHydro_ENOReconstruct.F90 > Delta lines: +5 -2 > =================================================================== > --- trunk/src/GRHydro_ENOReconstruct.F90 2011-11-21 15:43:52 UTC (rev 300) > +++ trunk/src/GRHydro_ENOReconstruct.F90 2011-11-21 15:45:12 UTC (rev 301) > @@ -128,8 +128,11 @@ > > CCTK_INT :: deallocstat > > - deallocate(eno_coeffs, STAT = deallocstat) > - if (deallocstat .ne. 0) call CCTK_WARN(0, "Failed to deallocate ENO coefficients.") > + if(coeffs_allocated) then > + deallocate(eno_coeffs, STAT = deallocstat) > + if (deallocstat .ne. 0) call CCTK_WARN(0, "Failed to deallocate ENO coefficients.") > + coeffs_allocated = .false. > + endif > > end subroutine GRHydro_ENOShutdown > > > Directory: /trunk/ > ================== > > File [modified]: schedule.ccl > Delta lines: +2 -0 > =================================================================== > --- trunk/schedule.ccl 2011-11-21 15:43:52 UTC (rev 300) > +++ trunk/schedule.ccl 2011-11-21 15:45:12 UTC (rev 301) > @@ -377,11 +377,13 @@ > > schedule GRHydro_ENOSetup AT CCTK_Basegrid > { > + OPTIONS: global > LANG:Fortran > } "Coefficients for ENO reconstruction" > > schedule GRHydro_ENOShutdown AT CCTK_Terminate BEFORE Driver_Terminate > { > + OPTIONS: global > LANG:Fortran > } "Deallocate ENO coefficients" > > > _______________________________________________ > Commits mailing list > Commits(a)einsteintoolkit.org > http://lists.einsteintoolkit.org/mailman/listinfo/commits > -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

3 2

Einstein Toolkit Meeting Reminder
by Frank Loeffler 21 Nov '11

21 Nov '11

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 or (+1) 866-573-0359 and the conference id is 118682#. We don't have any pressing issues on the agenda, since we got several of these "out" within the past weeks. Items to discuss today are at least: - Community comments on Einstein Toolkit paper - MHD paper - MHD constraint transport tests - Merge "non-release" branches - put your point here Frank Loeffler

1 0

Carpet::processor_topology="recursive"...
by Erik Schnetter 20 Nov '11

20 Nov '11

... is the way to enable Peter Dieners new load balancing algorithm that I just adapted to Carpet. It should reduce load imbalance. If you feel adventurous, please give it a try, and compare to an existing simulation. I am in particular interested in knowing - does this break stuff? - do the simulation results remain the same? - how does the speed compare to the standard load balancing algorithm? -erik -- Erik Schnetter <schnetter(a)cct.lsu.edu> http://www.cct.lsu.edu/~eschnett/

2 3

Fwd: [ET Trac] [Einstein Toolkit] #670: commit 166d77a440a5 and b5f8b4ff16fb does not compile with gfortran
by Erik Schnetter 15 Nov '11

15 Nov '11

Peter, what do you suggest? -erik ---------- Forwarded message ---------- From: Einstein Toolkit <trac-noreply(a)einsteintoolkit.org> Date: Tue, Nov 15, 2011 at 6:42 PM Subject: [ET Trac] [Einstein Toolkit] #670: commit 166d77a440a5 and b5f8b4ff16fb does not compile with gfortran To: Cc: trac(a)einsteintoolkit.org #670: commit 166d77a440a5 and b5f8b4ff16fb does not compile with gfortran --------------------+------------------------------------------------------- Reporter: rhaas | Owner: eschnett Type: defect | Status: new Priority: major | Milestone: Component: Carpet | Version: Keywords: | --------------------+------------------------------------------------------- I get the following error messages (the second commit changes make.code.defn to activate code from the first commit): {{{ In file /home/rhaas/ET/configs/et/build/Carpet/LoadBalanceReal/carpet_region.f90:59 type(superregion2), pointer, intent(out) :: sregion 1 Error: POINTER attribute conflicts with INTENT attribute at (1) }}} this happens with gfortran 4.2 on a red hat 5.7 system (eg. the cct machines or my workstation at Caltech or (former workstation at) GT). I attach the full make output (with many more errors). Looking at the fortran code it states that: {{{ ! Note that using intent on pointer arguments requires fortran 2003. ! It is not allowed in fortran 90 or 95. }}} I tried setting std=f2003 in gfortran (see make.log) but apparently this is not sufficient for gfortran 4.1.2 I am not which other fortran compilers are affected. If we keep this then we will have to make very clear all user realise that Carpet requires Fortran 2003 and a fairly new gfortran compiler (or intel) not just Fortran 90. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/670> 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.cct.lsu.edu/~eschnett/

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Users November 2011