Actions

PIPER: Difference between revisions

From Modelado Foundation

imported>Schulzm
No edit summary
No edit summary
 
(18 intermediate revisions by 2 users not shown)
Line 1: Line 1:
{{Infobox project
{{Infobox project
| title = PIPER: Performance Insight for Programmers and Exascale Runtimes
| title = PIPER: Performance Insight for Programmers and Exascale Runtimes
| image = Image goes here
| image = [[File:Screen_Shot_2013-09-27_at_11.17.54_PM.png]]
| imagecaption =  
| imagecaption =  
| website =  
| website =  
| team-members = LLNL, PNNL, Rice Uni., U. of Maryland, U. of Utah, U. of Wisconsin
| team-members = LLNL, PNNL, Rice Uni., U. of Maryland, U. of Utah, U. of Wisconsin
| pi = Martin Schulz (LLNL)
| pi = [[Martin Schulz]]
| co-pi = Peer-Timo Bremer, Todd Gamblin, Jeff Hollingsworth, John Mellor-Crummey, Barton Miller, Valerio Pascucci, Nathan Tallent}}
| co-pi = Peer-Timo Bremer, Todd Gamblin, Jeff Hollingsworth, John Mellor-Crummey, Barton Miller, Valerio Pascucci, Nathan Tallent}}


Description goes here
The PIPER (Performance Insight for Programmers and Exascale Runtimes) project is developing new techniques for measuring, analyzing, attributing, and presenting performance data on exascale systems.


== Team Members ==
== Team Members ==
Line 20: Line 20:
== Objectives ==
== Objectives ==


PIPER (Performance Insights for Programmers and Exascale Runtimes) is a multi-institutional collaboration funded under the Office of Science's X-Stack program that targets the development of new techniques for measuring, analyzing, attributing, and presenting performance data on exascale systems.
Exascale architectures and applications will be much more complex than today's systems, and to achieve high performance, radical changes will be required in high performance computing (HPC) applications and in the system software stack. In such a variable environment, performance tools are essential to enable users to optimize application and system code. Tools must provide online performance feedback to runtime systems to guide online adaptation, and they must output intuitive summaries and visualizations to help developers identify performance problems.


== Roadmap ==
To provide this essential functionality for the extreme-scale software stack, we are developing new abstractions, techniques, and novel tools for data measurement, analysis, attribution, diagnostic feedback, and visualization. This enables Performance Insights for Programmers and Exascale Runtimes (PIPER). This project cuts across the entire software stack by collecting data in all system components through novel abstractions and integrated introspection, providing data attribution and analysis in a system-wide context and across programming models, enabling global correlations of performance data from independent sources in different domains, and delivering dynamic feedback to run-time systems and applications through auto-tuning as well as interactive visualizations.


[[File:Example.jpg]]
== Project Impact ==


== Software Stack ==
* [https://xstackwiki.modelado.org/images/b/b8/PIPER-Impact_summary.pdf PIPER Project Impact]


== Deliverables ==
== Approach ==


tbd.
PIPER consists of four thrust areas, organized into three phases.
The following figure gives an overall view of our approach:
 
[[File:columns.png]]
 
* Thrust 1: We design and implement a series of new scalable measurement techniques to pinpoint and quantify the main roadblocks on the way to exascale, including lack of parallelism, energy consumption, and load imbalance.
* Thrust 2: We combine a broad range of stack-wide metrics and measurements to gain  a global picture of the application's execution running on top of the highly complex and possibly adaptive exascale system architecture.
* Thrust 3: We exploit the stack-wide correlated data and develop a suite of new feature-based analysis and visualization techniques that allow us to gain true insight into a code's behavior and relay this information back to the user in an intuitive fashion
* Thrust 4: We apply the analysis results to enable feedback into the system stack enabling autonomic optimization loops both for high- and low-level adaptations.
 
We are implementing our research in a set of modular components that can be deployed
across various execution and programming models. Wherever possible, we leverage the extensive
tool infrastructures available through prior work in our project team and integrate
the results of our research back into these existing production-level tool sets.
 
== Architecture and Interaction with the Software Stack ==
 
We implement our research in a set of modular components that can be deployed
across various execution and programming models, covering both legacy (MPI+X) models and new models developed in other X-Stack2 projects. Wherever possible, we leverage the extensive
tool infrastructures available through prior work in our project team and integrate
the results of our research back into these existing production-level tool sets.
Furthermore, we make the results of our research available to a broad audience
and work with the larger tools community to achieve a wider adaption.
The figure below provides an initial high-level sketch of our envisioned architecture
that will provide the PIPER functionality:
 
[[File:Piper_architecture.png]]
 
We target measurements from the entire hardware/software stack. That is,
we expect to use measurements from both the underlying system hardware as well
as custom measurements derived from the application. The measurements themselves
leverage a series of adaptive instrumentation techniques. As part of the
measurement operation, we associate the measurements with a local
call stack. The correlated local stack/performance measurement data feeds
an analysis pipeline consisting of both node-local analysis methods, and
distributed, wider-context analysis methods.
The resulting data
store supports a high-level query interface used by visualization and data
analysis reporting tools informing the user. Such a system also enables dynamic tuning,
and feedback-directed optimization.
 
 
== Released Software ==
 
=== Infrastructure Elements ===
 
* [http://www.paradyn.org/html/dyninst9.0.3-features.html Dyninst 9.0 - Dynamic Instrumentation Library]
* [http://www.paradyn.org/html/mrnet5.0.0-features.html MRNet 5.0 - Tree-based Overlay Network]
* [https://github.com/OpenMPToolsInterface OMPT/OMPD - Tool Interfaces for OpenMP]
 
=== Bottleneck Detection / Analysis ===
 
* [http://hpctoolkit.org/ HPCToolkit - Sampling centric analysis and blame shifting]
 
=== Performance Visualization ===
 
* [https://computation.llnl.gov/project/performance-analysis-through-visualization/software.php Boxfish - Visual performance analysis through data centric mappings]
* [https://github.com/scalability-llnl/ravel Ravel - MPI trace visualization using logical timelines]
* [https://github.com/scalability-llnl/MemAxes MemAxes/Mitos - Visualization of on-node memory traffic]
 
=== Auto-Tuning ===
 
* [http://www.dyninst.org/harmony Active Harmony 4.5 - Multiparameter Tuning Systme]

Latest revision as of 05:03, July 10, 2023

PIPER: Performance Insight for Programmers and Exascale Runtimes
Screen Shot 2013-09-27 at 11.17.54 PM.png
Team Members LLNL, PNNL, Rice Uni., U. of Maryland, U. of Utah, U. of Wisconsin
PI Martin Schulz
Co-PIs Peer-Timo Bremer, Todd Gamblin, Jeff Hollingsworth, John Mellor-Crummey, Barton Miller, Valerio Pascucci, Nathan Tallent
Website
Download {{{download}}}

The PIPER (Performance Insight for Programmers and Exascale Runtimes) project is developing new techniques for measuring, analyzing, attributing, and presenting performance data on exascale systems.

Team Members

Objectives

Exascale architectures and applications will be much more complex than today's systems, and to achieve high performance, radical changes will be required in high performance computing (HPC) applications and in the system software stack. In such a variable environment, performance tools are essential to enable users to optimize application and system code. Tools must provide online performance feedback to runtime systems to guide online adaptation, and they must output intuitive summaries and visualizations to help developers identify performance problems.

To provide this essential functionality for the extreme-scale software stack, we are developing new abstractions, techniques, and novel tools for data measurement, analysis, attribution, diagnostic feedback, and visualization. This enables Performance Insights for Programmers and Exascale Runtimes (PIPER). This project cuts across the entire software stack by collecting data in all system components through novel abstractions and integrated introspection, providing data attribution and analysis in a system-wide context and across programming models, enabling global correlations of performance data from independent sources in different domains, and delivering dynamic feedback to run-time systems and applications through auto-tuning as well as interactive visualizations.

Project Impact

Approach

PIPER consists of four thrust areas, organized into three phases. The following figure gives an overall view of our approach:

Columns.png

  • Thrust 1: We design and implement a series of new scalable measurement techniques to pinpoint and quantify the main roadblocks on the way to exascale, including lack of parallelism, energy consumption, and load imbalance.
  • Thrust 2: We combine a broad range of stack-wide metrics and measurements to gain a global picture of the application's execution running on top of the highly complex and possibly adaptive exascale system architecture.
  • Thrust 3: We exploit the stack-wide correlated data and develop a suite of new feature-based analysis and visualization techniques that allow us to gain true insight into a code's behavior and relay this information back to the user in an intuitive fashion
  • Thrust 4: We apply the analysis results to enable feedback into the system stack enabling autonomic optimization loops both for high- and low-level adaptations.

We are implementing our research in a set of modular components that can be deployed across various execution and programming models. Wherever possible, we leverage the extensive tool infrastructures available through prior work in our project team and integrate the results of our research back into these existing production-level tool sets.

Architecture and Interaction with the Software Stack

We implement our research in a set of modular components that can be deployed across various execution and programming models, covering both legacy (MPI+X) models and new models developed in other X-Stack2 projects. Wherever possible, we leverage the extensive tool infrastructures available through prior work in our project team and integrate the results of our research back into these existing production-level tool sets. Furthermore, we make the results of our research available to a broad audience and work with the larger tools community to achieve a wider adaption. The figure below provides an initial high-level sketch of our envisioned architecture that will provide the PIPER functionality:

Piper architecture.png

We target measurements from the entire hardware/software stack. That is, we expect to use measurements from both the underlying system hardware as well as custom measurements derived from the application. The measurements themselves leverage a series of adaptive instrumentation techniques. As part of the measurement operation, we associate the measurements with a local call stack. The correlated local stack/performance measurement data feeds an analysis pipeline consisting of both node-local analysis methods, and distributed, wider-context analysis methods. The resulting data store supports a high-level query interface used by visualization and data analysis reporting tools informing the user. Such a system also enables dynamic tuning, and feedback-directed optimization.


Released Software

Infrastructure Elements

Bottleneck Detection / Analysis

Performance Visualization

Auto-Tuning