Panel on Next-Generation Codes/Portability

9
pril 25, 2012 Panel on Next-Generation Codes/Portability Hank Childs, LBNL Jeremy Meredith, ORNL Pat McCormick, LANL Chris Sewell, LANL Ken Moreland, SNL Dept. of Energy Computer Graphics Forum Panel on Software for Future Architectures

description

Panel on Software for Future Architectures. Panel on Next-Generation Codes/Portability. Hank Childs, LBNL Jeremy Meredith, ORNL Pat McCormick, LANL Chris Sewell, LANL Ken Moreland, SNL. April 25, 2012. Dept. of Energy Computer Graphics Forum 2012. Exascale vis & analysis in a nutshell. - PowerPoint PPT Presentation

Transcript of Panel on Next-Generation Codes/Portability

Page 1: Panel on Next-Generation Codes/Portability

April 25, 2012

Panel on Next-Generation Codes/Portability

Hank Childs, LBNL

Jeremy Meredith, ORNL

Pat McCormick, LANL

Chris Sewell, LANL

Ken Moreland, SNL

Dept. of Energy Computer Graphics Forum 2012

Panel on Software for Future Architectures

Page 2: Panel on Next-Generation Codes/Portability

Exascale vis & analysis in a nutshell

Multiple science communities have declared that ExaFLOP-compute capabilities will revolutionize their field

Climate

High EnergyPhysics

Nuclear Physics

NuclearReactors

Fusion

Material Science & Chemistry

Biology

National Security

Page 3: Panel on Next-Generation Codes/Portability

Exascale vis & analysis in a nutshell

Power is the central issue at the exascale ORNL Jaguar: 2 PFLOPs, 6MW Exascale machine: 1 EFLOP, 20 MW

Every aspect of the machine and the simulation process must be re-thought to minimize power Plenty of other challenges too!! (e.g.

resiliency, memory constraints, etc.)

Page 4: Panel on Next-Generation Codes/Portability

c/o SciDAC Review 16, February 2010

Exascale vis & analysis in a nutshell

Power is dictating a thrust towards many-core

Page 5: Panel on Next-Generation Codes/Portability

0.01 0.1 0.2 0.5 1 20

10

20

30

40

50

60

70

80

90

100

Stacked JEDEC 30pj/bit 2018 ($20M)Advanced 7pj/bit Memory ($100M)Enhanced 4pj/bit Advanced Memory ($150M cumulative)Feasible Power Envelope (20MW)

Bytes/FLOP ratio (# bytes per peak FLOP)

Mem

ory

Pow

er

Consum

pti

on in

Megaw

att

s (

MW

)

c/o John Shalf, LBNL

Exascale vis & analysis in a nutshell

Data movement will be a leading cause of power consumption

Page 6: Panel on Next-Generation Codes/Portability

Exascale: a heterogeneous, distributed memory GigaHz KiloCore MegaNode system

~3

c/o P. Beckman, Argonne

Page 7: Panel on Next-Generation Codes/Portability

Exascale vis & analysis in a nutshell

We must minimize data movement:

This motivates in situ processing Which means that we likely will be

running on many-core architectures, alongside the simulation

And VTK is not many-core capable… … but technologies are emerging that

are many-core capable.

Within a node

Between nodes

To and from disk

Page 8: Panel on Next-Generation Codes/Portability

Format for this panel

Hank Childs, intro, 10 minutes Jeremy Meredith, EAVL, 20 minutes Pat McCormick, Scout, 20 minutes Chris Sewell, PISTON, 20 minutes Ken Moreland, DAX, 20 minutes Discussion: 30 minutes

Page 9: Panel on Next-Generation Codes/Portability

Questions for the panelists

What fundamental problem are you trying to solve?

What are your plans to deal with exascale-specific issues (massive concurrency, distributed memory, memory overhead, fault tolerance)?

What is your philosophy for dealing with ambiguity of the exascale architecture (multiple swim lanes, heterogeneous architectures)?

How is your technology implemented? What is the long-term result for this

effort? (Production software? Research prototype?)