Trac August 2022

trac@lists.einsteintoolkit.org

1 participants
121 discussions

#2485: include complex and real scalar evolution code from Canuda in ET
by Roland Haas 10 Aug '22

10 Aug '22

#2485: include complex and real scalar evolution code from Canuda in ET Reporter: Roland Haas Status: open Milestone: Version: Type: task Priority: major Component: Comment (by Roland Haas): If possible please include both senior authors \(Miguel, Helvi\) in all communications. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2485/include-complex-a…

1 0

#2549: inlcude FLRWSolver in ET
by Roland Haas 10 Aug '22

10 Aug '22

#2549: inlcude FLRWSolver in ET Reporter: Roland Haas Status: new Milestone: ET_2022_05 Version: development version Type: enhancement Priority: major Component: Comment (by Roland Haas): Pierre is not available due to time constraints, same for Michele. Hayley and Roland looking for more reviewer candidates urgently. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2549/inlcude-flrwsolve…

1 0

#2626: Multipole is not OpenMP parallelized
by Ian Hinder 09 Aug '22

09 Aug '22

#2626: Multipole is not OpenMP parallelized Reporter: Gabriele Bozzola Status: new Milestone: Version: Type: enhancement Priority: trivial Component: Comment (by Ian Hinder): @{557058:4b0c8315-696b-4d2e-92da-2da5fea9e8d4} that’s good news! -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2626/multipole-is-not-…

1 0

#2626: Multipole is not OpenMP parallelized
by Roland Haas 08 Aug '22

08 Aug '22

#2626: Multipole is not OpenMP parallelized Reporter: Gabriele Bozzola Status: new Milestone: Version: Type: enhancement Priority: trivial Component: Comment (by Roland Haas): @{557058:5785f23c-5444-46da-876b-61f027b7bbc3} it always needs profiling. Adding `OpenMP` pragma’s may make things slower after all :-\) \(would not be the first time\). -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2626/multipole-is-not-…

1 0

#2626: Multipole is not OpenMP parallelized
by Gabriele Bozzola 08 Aug '22

08 Aug '22

#2626: Multipole is not OpenMP parallelized Reporter: Gabriele Bozzola Status: new Milestone: Version: Type: enhancement Priority: trivial Component: Comment (by Gabriele Bozzola): It turns out that the problem cannot be solved with one single pragma. It is still very easy to sprinkle pragmas in the for loops in the integrators. I did that in [https://bitbucket.org/einsteintoolkit/einsteinanalysis/pull-requests/19/mul… All the test still pass. I used the new code to run the next checkpoint in one of my BBH simulations and I found that approximately 50 % less time is spent in the multipole thorn when using 4 threads. ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2626/multipole-is-not-…

1 0

#2621: keep running into nan ,need help
by Artectek 08 Aug '22

08 Aug '22

#2621: keep running into nan ,need help Reporter: Artectek Status: new Milestone: ET_2022_05 Version: ET_2022_05 Type: task Priority: minor Component: EinsteinToolkit thorn Comment (by Artectek): To my understanding ,cold tabulated EOS is just a multipoly eos with much more points,i tried increase the resolution even more to ~140m,but it is still the same,this time is: ``` INFO (NSTracker): Found star at (11.5312,-2.90625,0) 138090 1294.594 | 6.1129402 | 0.0003189 0.0019738 | 0.0008331 | 2.0279669 | 0.0010922 | 19715 INFO (CarpetTracker): Setting position of refined region #1 from surface #0 to (11.5312,-2.90625,0) INFO (CarpetTracker): Setting position of refined region #2 from surface #1 to (-11.5312,2.90625,0) INFO (NSTracker): Found star at (11.5312,-2.90625,0) 138092 1294.612 | 6.1129794 | 0.0003189 0.0019739 | 0.0008331 | 2.1415209 | 0.0010950 | 19715 INFO (CarpetTracker): Setting position of refined region #1 from surface #0 to (11.5312,-2.90625,0) INFO (CarpetTracker): Setting position of refined region #2 from surface #1 to (-11.5312,2.90625,0) INFO (NSTracker): Found star at (11.5312,-2.90625,0) 138094 1294.631 | 6.1129793 | 0.0003189 0.0019739 | 0.0008331 | 2.2870158 | 0.0010950 | 19715 INFO (CarpetTracker): Setting position of refined region #1 from surface #0 to (11.5312,-2.90625,0) INFO (CarpetTracker): Setting position of refined region #2 from surface #1 to (-11.5312,2.90625,0) INFO (NSTracker): Found star at (11.5312,-2.90625,0) 138096 1294.650 | 6.1130046 | 0.0003189 0.0019739 | 0.0008331 | 1.8727232 | 0.0010921 | 19715 INFO (CarpetTracker): Setting position of refined region #1 from surface #0 to (11.5312,-2.90625,0) INFO (CarpetTracker): Setting position of refined region #2 from surface #1 to (-11.5312,2.90625,0) INFO (NSTracker): Found star at (11.5312,-2.90625,0) 138098 1294.669 | 6.1129553 | -nan 0.0019739 | 0.0008331 | 1.2863624 | 0.0010853 | 19715 ``` ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2621/keep-running-into…

1 0

#2598: thornyflat - production run segmentation fault
by Maria 06 Aug '22

06 Aug '22

#2598: thornyflat - production run segmentation fault Reporter: Maria Status: new Milestone: Version: ET_2021_11 Type: bug Priority: major Component: Comment (by Maria): I agree with Anuj being in charge. Anuj, please try to work with the support team for Thorny Flat to fix the problem with MPI and keep the compilers up to date. -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2598/thornyflat-produc…

1 0

#2626: Multipole is not OpenMP parallelized
by Ian Hinder 05 Aug '22

05 Aug '22

#2626: Multipole is not OpenMP parallelized Reporter: Gabriele Bozzola Status: new Milestone: Version: Type: enhancement Priority: trivial Component: Comment (by Ian Hinder): When you say that Multipole is taking 1-2% of the execution time in your BBH simulation, I would say: 1. That’s not very much :slight_smile: 2. It is possible that what the timer is measuring is the time spent on one process waiting for the other processes to catch up. If you want to know, you can set `Carpet::schedule_barriers` = yes and \`Carpet::`sync_barriers` = yes\` and then look at the timer output for the barriers. In general, I would only invest time in optimising if you have profiled first. So if you have measured that the integration loops are taking a significant amount of time, then by all means parallelise them. They don’t scale with the grid resolution \(unless you manually scale the angular resolution parameters\), and I would expect interpolation to be by far the dominant cost here. Having said that, since it’s just adding one pragma, maybe it’s not worth investigating too much :slight_smile: ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2626/multipole-is-not-…

1 0

#2625: CarpetMask should not be scheduled before SphericalSurface_Set
by Gabriele Bozzola 05 Aug '22

05 Aug '22

#2625: CarpetMask should not be scheduled before SphericalSurface_Set Reporter: Gabriele Bozzola Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Gabriele Bozzola): PR: [https://bitbucket.org/cactuscode/cactusnumerical/pull-requests/15/spherical… -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2625/carpetmask-should…

1 0

#2625: CarpetMask should not be scheduled before SphericalSurface_Set
by Gabriele Bozzola 05 Aug '22

05 Aug '22

#2625: CarpetMask should not be scheduled before SphericalSurface_Set Reporter: Gabriele Bozzola Status: open Milestone: Version: Type: bug Priority: major Component: EinsteinToolkit thorn Comment (by Gabriele Bozzola): I found this out possible problem. `SphericalSurface_Set` does not specify an AFTER statement for `SphericalSurface_Setup`. When I was messing around with the scheduler trying to fix this bug, I had cases in which Set was scheduled before Setup, leading to crashes. ‌ -- Ticket URL: https://bitbucket.org/einsteintoolkit/tickets/issues/2625/carpetmask-should…

1 0

← Newer
1
...
5
6
7
8
9
10
11
12
13
Older →

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

Trac August 2022