Loading in 5 sec....

Efficient Parallelization for AMR MHD Multiphysics CalculationsPowerPoint Presentation

Efficient Parallelization for AMR MHD Multiphysics Calculations

Download Presentation

Efficient Parallelization for AMR MHD Multiphysics Calculations

Loading in 2 Seconds...

- 69 Views
- Uploaded on
- Presentation posted in: General

Efficient Parallelization for AMR MHD Multiphysics Calculations

Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author.While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server.

- - - - - - - - - - - - - - - - - - - - - - - - - - E N D - - - - - - - - - - - - - - - - - - - - - - - - - -

Efficient Parallelization for AMR MHD Multiphysics Calculations

Implementation in AstroBEAR

- Motivation
- Better memory management
- Sweep updates
- Distributed tree
- Improved parallelization
- Level threading
- Dynamic load balancing

- Motivation – HPC
- Better memory management
- Sweep updates
- Distributed tree

- Improved parallelization
- Level threading
- Dynamic load balancing

- Better memory management

Sweep Method for Unsplit Schemes

- At the end of an update we need new values for the fluid quantities Q at time step n+1

- At the end of an update we need new values for the fluid quantities Q at time step n+1
- The new values for Q will depend on the EMF’s calculated at the cell corners

- At the end of an update we need new values for the fluid quantities Q at time step n+1
- The new values for Q will depend on the EMF’s calculated at the cell corners
- As well as the x and y fluxes at the cell faces

- At the end of an update we need new values for the fluid quantities Q at time step n+1
- The new values for Q will depend on the EMF’s calculated at the cell corners
- As well as the x and y fluxes at the cell faces
- The EMF’s themselves also depend on the fluxes at the faces adjacent to each corner.

- At the end of an update we need new values for the fluid quantities Q at time step n+1
- The new values for Q will depend on the EMF’s calculated at the cell corners
- As well as the x and y fluxes at the cell faces
- The EMF’s themselves also depend on the fluxes at the faces adjacent to each corner.
- Each calculation extends the stencil until we are left with the range of initial values Q at time step n needed for the update of a single cell

- At the end of an update we need new values for the fluid quantities Q at time step n+1
- The new values for Q will depend on the EMF’s calculated at the cell corners
- As well as the x and y fluxes at the cell faces
- The EMF’s themselves also depend on the fluxes at the faces adjacent to each corner.
- Each calculation extends the stencil until we are left with the range of initial values Q at time step n needed for the update of a single cell

Distributed Tree

Level 0 base grid

Level 0 node

Parent-Child

Level 1 nodes are children of level 0 node

Level 1 grids nested within parent level 0 grid

Neighbor

Neighbor

Conservative methods require synchronization of fluxes between neighboring grids as well as the exchanging of ghost zones

Level 2 nodes are children of level 1 nodes

Level 2 grids nested within parent level 1 grids

Since the mesh is adaptive there are successive generations of grids and nodes

New generations of grids need access to data from the previous generation of grids on the same level that physically overlap

Current generation

Current generation

Previous generation

Current generation

Previous generation

Current generation

Level 1 Overlaps

Previous generation

Current generation

Level 2 Overlaps

Previous generation

Current generation

AMR Tree

Previous generation

While the AMR grids and the associated computations are normally distributed across multiple processors, the tree is often not.

Current generation

Previous generation

Each processor only needs to maintain its local sub-tree with connections to each of its grid’s surrounding nodes (parent, children, overlaps, neighbors)

For example processor 1 only needs to know about the following sub-tree

And the sub-tree for processor 2

And the sub-tree for processor 3

- While the memory and communication required for each node is small to that required for each grid, the memory required for the entire AMR tree can overwhelm that required for the local grids when the number of processors becomes large.
- Consider a mesh in which each grid is 8x8x8 where each cell contains 4 fluid variables. Lets also assume that each node requires 7 values describing its physical location and the host processor. The memory requirement for the local grids becomes comparable to the AMR tree when there are 8x8x8x4/7 = 292 processors.
- Even if each processor prunes its local tree by discarding nodes not connected to its local grids, the communication required to globally share each new generation of nodes will eventually prevent the simulation from scaling.

- When successive generations of level n nodes are created by their level n-1 parent nodes, each processor must update its local sub-tree with the subset of level n nodes that connect to the nodes associated with its local grids.
- Instead of globally communicating every new level n node to every other processor, each processor determines which other processors need to know about which new level n nodes.
- Since children are always nested within parent grids, nodes that neighbor or overlap will have parents that neighbor or overlap respectively. This can be used to localize tree communication as follows.

Tree starts at a single root node that persists from generation to generation

Processor 2

Processor 3

Processor 1

Root node creates next generation of level 1 nodes

Processor 2

Processor 3

Processor 1

Root node creates next generation of level 1 nodes

It next identifies overlaps between new and old children

Processor 2

Processor 3

Processor 1

Root node creates next generation of level 1 nodes

It next identifies overlaps between new and old children

As well as neighbors among new children

Processor 2

Processor 3

Processor 1

New nodes along with their connections are then communicated to the assigned child processor.

Processor 2

Processor 3

Processor 1

Processor 2

Processor 3

Processor 1

Processor 2

Processor 3

Processor 1

Level 1 nodes then locally create new generation of level 2 nodes

Processor 2

Processor 3

Processor 1

Level 1 nodes then locally create new generation of level 2 nodes

Processor 2

Processor 3

Processor 1

Processor 2

Processor 3

Processor 1

Level 1 grids communicate new children to their overlaps so that new overlap connections on level 2 can be determined

Processor 2

Processor 3

Processor 1

Level 1 grids communicate new children to their neighbors so that new neighbor connections on level 2 can be determined

Processor 2

Processor 3

Processor 1

Level 1 grids and their local trees are then distributed to child processors.

Processor 2

Processor 3

Processor 1

Each processor now has the necessary tree information to update their local grids.