Trac

trac@lists.einsteintoolkit.org

8708 discussions

[Einstein Toolkit] #2197: spam in trac
by Einstein Toolkit 20 Nov '18

20 Nov '18

#2197: spam in trac ---------------------------------+------------------------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: major Milestone: | Component: EinsteinToolkit website Version: development version | Keywords: trac ---------------------------------+------------------------------------- There were two instances today of our trac system being used for spam delivery (by putting an email address into the CC field). I have deleted both of them. The CAPTCHA system is in place and requires that one passes Googles ReCAPTCHA but apparently this is not enough. Note that not only are we ourselves exposed to spam but also our server is seen as sending Spam to the email addresses in CC. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2197> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2208: Fix small memory leak in Piraha
by Einstein Toolkit 19 Nov '18

19 Nov '18

#2208: Fix small memory leak in Piraha ---------------------------------+-------------------- Reporter: Steven R. Brandt | Type: defect Status: new | Priority: minor Milestone: ET_2019_02 | Component: Cactus Version: development version | Keywords: ---------------------------------+-------------------- This pull request https://bitbucket.org/cactuscode/cactus/pull-requests/54/piraha-mem/diff Fixes a small memory leak caused by a cyclic reference. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2208> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 4

[Einstein Toolkit] #2064: Add GiRaFFE to the Einstein Toolkit
by Einstein Toolkit 19 Nov '18

19 Nov '18

#2064: Add GiRaFFE to the Einstein Toolkit -------------------------------------------+-------------------------------- Reporter: zachetie@… | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: EinsteinToolkit thorn | Version: development version Keywords: GiRaFFE, GRFFE, IllinoisGRMHD | -------------------------------------------+-------------------------------- We (the authors of GiRaFFE) hereby request that GiRaFFE be added to the Einstein Toolkit. In short, GiRaFFE is the first open source, dynamical- spacetime code for modeling plasma flows in general relativistic force- free electrodynamics (GRFFE). It will be the best code in the Toolkit for modeling black hole and neutron star magnetospheres, as these magnetically-dominated regions are best modeled numerically by a GRFFE code (GRMHD codes break down when modeling very highly magnetized plasmas). Here is the commit ID for code reviewer comments: https://bitbucket.org/zach_etienne/wvuthorns/commits/ca2aab4ac66b404cddc6a3… Here is the original release announcement to the mailing list, including link to the code release paper: We are pleased to announce the public release of GiRaFFE, an open-source General Relativistic Force-Free Electrodynamics (GRFFE) code for dynamical spacetimes. -= Code Release Paper =- Our code release paper--including a full description of the GiRaFFE code, a discussion of potential applications of GiRaFFE, and code validation test results--has been uploaded to the arXiv: https://arxiv.org/abs/1704.00599 . -= Executive Summary =- GiRaFFE adopts the strategy pioneered by McKinney [1] and modified by Paschalidis and Shapiro [2] to convert a general relativistic magnetohydrodynamic (GRMHD) code into a GRFFE code. In short, GiRaFFE exists as an extensive modification to IllinoisGRMHD [3]. Both GiRaFFE and IllinoisGRMHD leverage the Einstein Toolkit’s highly-scalable infrastructure [4,5] to make possible large-scale simulations of magnetized plasmas in strong, dynamical spacetimes on adaptive-mesh refinement (AMR) grids. As you are aware, IllinoisGRMHD is an open-source rewrite of the Illinois Numerical Relativity Group's GRMHD code. GiRaFFE, on the other hand, is not based on any existing GRFFE code and is designed only to solve the equations of GRFFE in the context of fixed or dynamically-generated spacetimes. GiRaFFE has passed a large suite of GRFFE code validation tests passed by other state-of-the-art GRFFE codes, leading us to conclude that GiRaFFE is now ready for large-scale, state-of-the-art GRFFE simulations in dynamical spacetimes. -= New Thorns for the Einstein Toolkit =- All GiRaFFE thorns are listed below. Next to the name of each thorn, we include the number of lines of code to highlight the fact that GiRaFFE is quite compact and designed to be welcoming to new users. In addition, the comment-to-line-of-code ratio is very nearly 50%, and the code release paper provides a clean, broad-brush overview of the formalism and algorithms adopted. To become acquainted with any given thorn, first take a look at its README file. * GiRaFFE (~1,600 lines of code): Solves the GRFFE equations in the formalism of Paschalidis & Shapiro [2] using the same reconstruction (PPM) and staggered vector potential methods as IllinoisGRMHD. * GiRaFFEfood (~1,300 lines of code): Code validation initial data and basic diagnostics. Contains Five 1D tests in flat spacetime (fast wave, Alfvén wave, degenerate Alfvén wave, "three-wave", FFE breakdown), One 3D test in flat spacetime (aligned rotator), and Three 3D tests in curved spacetimes ("Exact Wald" solution, "Magnetospheric Wald" solution, and split monopole). * ShiftedKerrSchild (~230 lines of code): Sets up all 3+1 quantities for a Kerr-Schild spacetime with an arbitrary radial shift, to mitigate effects of extreme spacetime curvature near r_{KS}=0. See Appendix of code release paper for full discussion. * VolumeIntegrals_slab_Gfood (~310 lines of code): Performs volume integrals over arbitrary rectangular prisms as specified in parameter files. * GiRaFFE_to_HydroBase & ID_converter_GiRaFFE (~230 lines of code): Acts as a translation layer to convert 3-velocities in HydroBase's Valencia formalism to/from the 3-velocity found in the induction equation (v^i = u^i/u^0; native to GiRaFFE). -= License =- To maximize compatibility with existing thorns in ET, all of the aforementioned GiRaFFE thorns are either licensed GPLv2+ or 2-clause BSD (FreeBSD). See LICENSE file in each. -= Download GiRaFFE! =- The collection of thorns comprising GiRaFFE may be downloaded here: https://bitbucket.org/zach_etienne/wvuthorns Sincerely, The GiRaFFE team -Zach Etienne -Mew-Bing Wan -Maria Babiuc -Sean McWilliams -Ashok Choudhary References: [1] J.C. McKinney. Mon. Not. R. Astron. Soc., 367:1797, 2006. [2] V. Paschalidis and S. L. Shapiro. Phys. Rev. D, 88:104031, 2013. [3] Z. B. Etienne, V. Paschalidis, R. Haas, P. M¨osta, and S. L. Shapiro. Class. Quantum Grav., 32(17):175009, 2015. [4] https://einsteintoolkit.org/ [5] https://carpetcode.org/ -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2064> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 17

[Einstein Toolkit] #2209: test ticket
by Einstein Toolkit 19 Nov '18

19 Nov '18

#2209: test ticket ---------------------------------+---------------------- Reporter: tractestuser | Type: task Status: new | Priority: optional Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+---------------------- test for testtracuser external cct account -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2209> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 2

[Einstein Toolkit] #2192: schedule.ccl SYNC allows for [timelevels] suffixes
by Einstein Toolkit 08 Nov '18

08 Nov '18

#2192: schedule.ccl SYNC allows for [timelevels] suffixes ---------------------------------+-------------------- Reporter: zachetie@… | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- This schedule.ccl line (from an older version of GiRaFFE) should not have been permitted by the scheduler: SYNC: GiRaFFE::grmhd_primitives_Bi, GiRaFFE::grmhd_primitives_allbutBi, GiRaFFE::em_Ax[3],GiRaFFE::em_Ay[3],GiRaFFE::em_Az[3],GiRaFFE::em_psi6phi[3],GiRaFFE::grmhd_conservatives[3],GiRaFFE::BSSN_quantities,ADMBase::metric,ADMBase::lapse,ADMBase::shift,ADMBase::curv -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2192> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 10

[Einstein Toolkit] #2210: Multipole: Added code to test mode orthonormality
by Einstein Toolkit 08 Nov '18

08 Nov '18

#2210: Multipole: Added code to test mode orthonormality ---------------------------------+----------------------------------- Reporter: Eloisa.Bentivegna@… | Type: defect Status: new | Priority: optional Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: Multipole ---------------------------------+----------------------------------- Pull request is here: https://bitbucket.org/einsteintoolkit/einsteinanalysis/pull-requests/3 /multipole-added-code-to-test-mode/diff This pull request was create by Eloisa but no ticket was created. -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2210> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2203: accumulated Carpet updates
by Einstein Toolkit 01 Nov '18

01 Nov '18

#2203: accumulated Carpet updates -------------------------+--------------------------------- Reporter: Roland Haas | Owner: Roland Haas Type: defect | Status: assigned Priority: minor | Milestone: Component: Carpet | Version: development version Keywords: | -------------------------+--------------------------------- Pull requests https://bitbucket.org/eschnett/carpet/pull-requests/22 /rhaas-carpetupdates/diff https://bitbucket.org/cactuscode/cactus/pull- requests/53/rhaas-updates/diff https://bitbucket.org/cactuscode/cactuspugh /pull-requests/3/pugh-initialize-new-cgh-fields/diff contain accumulated updates to Carpet, Cactus and PUGH in the funhpc branches. I have verified that the three pull requests produce bit-identical output for the qc0-mclachlan.par parfile using 5 MPI ranks and 2 threads per rank on my workstation (debian-buster, gcc 8.2). A summary of changes: * add support for very large grids where 64bit integer are needed for grid indices and sizes of transfer buffers * fix how how physical_time_per_hour is computed * add functionality to align interior of grid functions to cache boundaries. This requires changes to Cactus and PUGH as well. * add a parameter "granularity" to make sure the interior of components is a multiple of N points in each direction * always align data if VECTORISE_ALIGN_FOR_CACHE is set in option list indep. of pad_to_cachelines runtime parameter * cleanup, reformatting, minor speedups To compare the changes it is not advisable to look at the diff directly. It is much better to run both the current and the new version through clang-format first: {{{ cd repos/carpet git checkout master git checkout -b master-formatted clang-format -style=file -i */src/*.{cc,hh} git commit -a -m 'Beautify code' git checkout rhaas/carpetUpdates git checkout -b rhaas/carpetUpdates-formatted clang-format -style=file -i */src/*.{cc,hh} git commit -a -m 'Beautify code' git diff master-formatted..rhaas/carpetUpdates-formatted }}} which is more manageable (but still multiple thousands of lines) -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2203> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

[Einstein Toolkit] #2104: Support NixOS
by Einstein Toolkit 30 Oct '18

30 Oct '18

#2104: Support NixOS -------------------------+-------------------------------------------------- Reporter: eschnett | Owner: Type: enhancement | Status: new Priority: unset | Milestone: Component: Cactus | Version: development version Keywords: | -------------------------+-------------------------------------------------- NixOS is a new Linux-based distribution. To make things work, a few small changes are necessary. https://bitbucket.org/cactuscode/cactus/pull-requests/46/flesh-support- nixos/diff -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2104> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 5

[Einstein Toolkit] #2206: make LORENE2 the default LORENE in the ET
by Einstein Toolkit 12 Oct '18

12 Oct '18

#2206: make LORENE2 the default LORENE in the ET ---------------------------------+----------------------------------- Reporter: Roland Haas | Type: enhancement Status: new | Priority: minor Milestone: | Component: EinsteinToolkit thorn Version: development version | Keywords: ---------------------------------+----------------------------------- We are currently shipping two versions of LORENE with the ET: * ExternalLibraries/LORENE * ExternalLibraries/LORENE2 which are different snapshots of LORENE which produce / read incompatible binary blobs as data files for the produced initial data. See ticket:1817#comment:28 . Frank used to spearhead this effort (with me arguing for a new name to keep backwards compatibility). By now LORENE2 should be made the default code used and LORENE the one downloaded but not compiled in (they cannot both be compiled due to linker conflicts). This has become a bit more urgent since Debian (and hence Ubuntu soon) are including LORENE in the version from cvs20161116 in their stable release (stretch): https://packages.debian.org/stretch/liblorene-dev CVS being what it is (and us not knowing which commit caused the change in binary format in the first place) it is not clear whether this is what the ET calls LORENE or LORENE2, but my guess would be it is LORENE2. Ideally there would be a one release warning before this happens, unfortunately the release announcement mentioning LORENE2 does not do so: https://www.einsteintoolkit.org/about/releases/ET_2017_06_announcement.html Having a LORENE copy present would speed up compilation a bit and is already being proposed on the wiki: https://docs.einsteintoolkit.org/et- docs/Simplified_Tutorial_for_New_Users#Speed_up_installation_by_using_native_packages -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2206> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 1

[Einstein Toolkit] #2200: some test may be non-deterministic
by Einstein Toolkit 09 Oct '18

09 Oct '18

#2200: some test may be non-deterministic ---------------------------------+-------------------- Reporter: Roland Haas | Type: defect Status: new | Priority: unset Milestone: | Component: Other Version: development version | Keywords: ---------------------------------+-------------------- For the ET_2018_09 release it seems that tests run on Sep 6th and Sept 22nd differ and these tests show a different number of failed tests: * comet__1_24.log * cori__1_16.log * osx-homebrew__2_2.log * osx-macports__2_2.log and given that there should not have been a change in code between those days this seems suspicious. The particular tests that changed are: {{{ +++ b/results/comet__1_24.log @@ -1434,7 +1434,7 @@ AHFinderDirect: misner1.2-025 Success: 55 files compared, 9 differ in the last digits AHFinderDirect: recoverML-EE - Success: 5 files compared, 5 differ in the last digits + Failure: 2 files missing, 3 files compared, 3 differ, 3 differ significantly Carpet: 64k2 Success: 0 files identical Carpet: test_restrict_sync }}} {{{ +++ b/results/cori__1_16.log @@ -1446,7 +1446,7 @@ CarpetIOHDF5: CarpetWaveToyNewRecover_test_1proc Success: 12 files compared, 7 differ in the last digits CarpetIOHDF5: CarpetWaveToyRecover_test_1proc - Failure: 12 files missing, 0 files compared, 0 differ + Success: 12 files compared, 7 differ in the last digits CarpetIOHDF5: CarpetWaveToyRecover_test_newcp_1proc Success: 12 files compared, 7 differ in the last digits CarpetIOHDF5: newsep }}} {{{ +++ b/results/osx-homebrew__2_2.log @@ -1631,7 +1631,7 @@ PeriodicCarpet: testperiodicinterp Success: 1 files identical QuasiLocalMeasures: qlm-bl - Failure: 54 files missing, 115 files compared, 115 differ + Success: 169 files compared, 143 differ in the last digits QuasiLocalMeasures: qlm-ks Success: 169 files compared, 138 differ in the last digits QuasiLocalMeasures: qlm-ks-EE }}} {{{ +++ b/results/osx-macports__2_2.log @@ -1631,7 +1631,7 @@ PeriodicCarpet: testperiodicinterp Success: 1 files identical QuasiLocalMeasures: qlm-bl - Failure: 54 files missing, 115 files compared, 115 differ + Success: 169 files compared, 144 differ in the last digits QuasiLocalMeasures: qlm-ks Success: 169 files compared, 136 differ in the last digits QuasiLocalMeasures: qlm-ks-EE }}} -- Ticket URL: <https://trac.einsteintoolkit.org/ticket/2200> Einstein Toolkit <http://einsteintoolkit.org> The Einstein Toolkit

1 8

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac