convergence of computation and data workflows
play

Convergence of computation and data workflows IS-ENES Workshop on - PowerPoint PPT Presentation

Convergence of computation and data workflows IS-ENES Workshop on Workflows and Metadata Generation Lisbon, PORTUGAL V. Balaji NOAA/GFDL and Princeton University 28 September 2016 V. Balaji ( balaji@princeton.edu ) Convergence 28 September


  1. Convergence of computation and data workflows IS-ENES Workshop on Workflows and Metadata Generation Lisbon, PORTUGAL V. Balaji NOAA/GFDL and Princeton University 28 September 2016 V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 1 / 35

  2. Amy Langenhorst 1977-2016 Principal Developer of the FMS Runtime Environment FRE. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 2 / 35

  3. Outline Hardware Directions 1 GPUs, MICs, ARM Inexact computing Energy cost of algorithms and data movement A Graph Approach 2 Directed Acyclic Graphs Convergence of computation and data Fault tolerance across the workflow 3 Metadata and provenance Development and production workflow Statistical and scientific reproducibility Summary 4 V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 3 / 35

  4. Outline Hardware Directions 1 GPUs, MICs, ARM Inexact computing Energy cost of algorithms and data movement A Graph Approach 2 Directed Acyclic Graphs Convergence of computation and data Fault tolerance across the workflow 3 Metadata and provenance Development and production workflow Statistical and scientific reproducibility Summary 4 V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 4 / 35

  5. Power-8 with NVLink Figure courtesy IBM. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 5 / 35

  6. KNL Overview Figure courtesy Intel. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 6 / 35

  7. The inexorable triumph of commodity computing ... means ARM? From The Platform , Hemsoth (2015). V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 7 / 35

  8. Irreproducible Computing, Inexact Hardware Figure 1 from Düben et al, Phil. Trans. A , 2016. Which bits can we allow to be “inexactly” flipped? Lorenz 96 as canonical test case of non-linearity and chaos. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 8 / 35

  9. Irreproducible Computing, Inexact Hardware Figure 2 from Düben et al, Phil. Trans. A , 2016. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 9 / 35

  10. COSMO: energy to solution Energy to solution (kWh / ensemble member) Cray XE6 Cray XK7 Cray XC30 Cray XC30 hybrid (GPU) (Nov. 2011) (Nov. 2012) (Nov. 2012) (Nov. 2013) 6.0 Current production code 1.75x 1.41x 4.5 New HP2C funded code 6.89x 3.93x 3.0 1.49x 2.51x 2.64x 1.5 ENES HPC Workshop, Hamburg, March 17, 2014 T. Schulthess ! 6 Figure courtesy Thomas Schulthess, CSCS. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 10 / 35

  11. JPSY comparison across ESMs Model Machine Resol SYPD CHSY JPSY 1.2 × 10 8 8.92 × 10 8 CM4 gaea/c2 4.5 16000 1.2 × 10 8 3.40 × 10 8 CM4 gaea/c3 10 7000 Comparative measures of capability (SYPD), capacity (CHSY), and energy cost (JPSY) per “unit of science”. Can you have codes that are “slower but greener”? Algorithms that are “less accurate but more eco-friendly”? From Balaji et al (2016), in review at GMDD. http://goo.gl/Nj1c2N V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 11 / 35

  12. Workflows for the exascale Billion-way concurrency still a daunting challenge for everyone: no magic bullets anywhere to be found. Exotic hardware is on the way; this is quite likely the last generation of conventional hardware. Computing is likely to become irreproducible. Software investment paid back in power savings (Schulthess). Energy to solution will become key metric. More threading needs to be found: to fit 10 18 op/s within a 1 MW power budget, an operation should be 1 pJ: data movement is ∼ 10 pJ to main memory; ∼ 100 pJ on network! DARPA: commodity improvements will slow to a trickle within 10 years: go back to specialized computing? DOE: double investment in exascale. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 12 / 35

  13. A network of compute and data nodes FRE and other elements in the GFDL modeling environment manage the complex scheduling of jobs across a distributed computing resource. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 13 / 35

  14. ... a global network of compute and data nodes Workflow task is to minimize data flow across the global network. Figure courtesy IPSL. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 14 / 35

  15. Outline Hardware Directions 1 GPUs, MICs, ARM Inexact computing Energy cost of algorithms and data movement A Graph Approach 2 Directed Acyclic Graphs Convergence of computation and data Fault tolerance across the workflow 3 Metadata and provenance Development and production workflow Statistical and scientific reproducibility Summary 4 V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 15 / 35

  16. Examples of DAG parallelism ECMWF Seminar 2013 DAG example: Cholesky Inversion DAG = Directed Acyclic Graph Can IFS use this technology? Source: Stan Tomov, ICL, University of Tennessee, Knoxville Figure courtesy George Mozdzynski, ECMWF . V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 16 / 35

  17. SWARM for DAGs Jeffrey et al, IEEE Micro 2016. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 17 / 35

  18. KNL Overview Figure courtesy Intel. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 18 / 35

  19. SWARM for DAGs: hardware implementation Jeffrey et al, IEEE Micro 2016. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 19 / 35

  20. NVRAM will blur distinction between memory and filesystem Hemsoth, 2014: http://goo.gl/3ZeOXt V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 20 / 35

  21. NVRAM will blur distinction between memory and filesystem Hemsoth, 2014: http://goo.gl/3ZeOXt V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 21 / 35

  22. Work avoidance Work avoidance: find minimal path to complete output make : traverse tree backwards; state is the filesystem state. cylc/chaco : traverse tree forwards; each task formulated as a no-op if outputs exist; fred contains state including tasks in flight. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 22 / 35

  23. Work avoidance Work avoidance: find minimal path to complete output make : traverse tree backwards; state is the filesystem state. cylc/chaco : traverse tree forwards; each task formulated as a no-op if outputs exist; fred contains state including tasks in flight. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 23 / 35

  24. Work avoidance Work avoidance: find minimal path to complete output make : traverse tree backwards; state is the filesystem state. cylc/chaco : traverse tree forwards; each task formulated as a no-op if outputs exist; fred contains state including tasks in flight. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 24 / 35

  25. Use of cross-network message queues TGCC IDRIS CINES CNRM XXX MQ Relay MQ Relay MQ Relay MQ Relay MQ Relay msg msg msg msg msg MQ Cluster I I P P S S MQ Apps DB’s L L API json IPSL User @ Browser | Command Line | Desktop IPSL have tested handling O ( 10 5 ) enqueues/dequeues per day. Google reports Rabbit service of O ( 10 6 ) per second ! (more than all SMS/WhatsApp/etc) https://goo.gl/GBlAAz AMQP: active messages containing instructions as well as data. Figure courtesy Sébastien Denvil, IPSL. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 25 / 35

  26. Outline Hardware Directions 1 GPUs, MICs, ARM Inexact computing Energy cost of algorithms and data movement A Graph Approach 2 Directed Acyclic Graphs Convergence of computation and data Fault tolerance across the workflow 3 Metadata and provenance Development and production workflow Statistical and scientific reproducibility Summary 4 V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 26 / 35

  27. Development and production workflow Model developers have different workflow priorities and requirements. Production workflow benefits from coherence and similarity across runs. Development workflow requires extremely fine-grained access to code, namelists, scripts. A lot of rules broken: Favored IDE/UI is called vi ! source code edits in user directories input file modifications on the fly Analysis workflow requires random access to local disk: inspiration-driven rather than industrial strength Still benefit from regression testing harness: multiple compilers, platforms Emulators? e.g SoftFloat http://www.jhauser.us/arithmetic/SoftFloat.html Provenance and metadata requirements relaxed for development workflow. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 27 / 35

  28. Statistical comparison across model versions Live monitoring of model runs. From GFDL MDT Tracking Page... V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 28 / 35

  29. Statistical comparison across model versions Are two runs the same or different? What difference in inputs is responsible for the disrepancy? From GFDL MDT Tracking Page... V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 29 / 35

  30. Multi-model ensembles for climate projection Figure SPM.7 from the IPCC AR5 Report. Can be interpreted as the most general and rigorous test of scientific reproducibility. V. Balaji ( balaji@princeton.edu ) Convergence 28 September 2016 30 / 35

Download Presentation
Download Policy: The content available on the website is offered to you 'AS IS' for your personal information and use only. It cannot be commercialized, licensed, or distributed on other websites without prior consent from the author. To download a presentation, simply click this link. If you encounter any difficulties during the download process, it's possible that the publisher has removed the file from their server.

Recommend


More recommend