Scalable Performance Measurement Infrastructure for Parallel Codes
The Score-P measurement infrastructure is a highly scalable and easy-to-use tool suite for profiling, event tracing, and online analysis of HPC applications.
It has been created in the German BMBF project SILC and the US DOE project PRIMA and will be maintained and enhanced in a number of follow-up projects such as LMAC, Score-E, and HOPSA. Score-P is developed under a BSD 3-Clause License and governed by a meritocratic governance model.
Score-P offers the user a maximum of convenience by supporting a number of analysis tools. Currently, it works with Periscope, Scalasca, Vampir, and Tau and is open for other tools. Score-P comes together with the new Open Trace Format Version 2, the Cube4 profiling format and the Opari2 instrumenter (see below).
Score-P is available under the New BSD Open Source license.
Get in contact
If you have any comments or questions regarding the use and installation of Score-P, or want to report a bug you discovered, please send an email to
You can also sign up to the Score-P News mailing list to receive the latest news about
- new releases,
- and other Score-P-related events.
Please refer to the Score-P paper measurement infrastructure by citing the overview article "Score-P: A Joint Performance Measurement Run-Time Infrastructure for Periscope, Scalasca, TAU, and Vampir" (this link provides citations in various formats) (PDF).
By Andreas Knüpfer, Christian Feld (né Rössel), Dieter an Mey, Scott Biersdorff, Kai Diethelm, Dominic Eschweiler, Markus Geimer, Michael Gerndt, Daniel Lorenz, Allen Malony, Wolfgang E. Nagel, Yury Oleynik, Peter Philippen, Pavel Saviankou, Dirk Schmidl, Sameer Shende, Ronny Tschüter, Michael Wagner, Bert Wesarg, and Felix Wolf.
Published in Tools for High Performance Computing 2011: Proceedings of the 5th International Workshop on Parallel Tools for High Performance Computing, September 2011, ZIH, Dresden, pp 79-91.
The current tarballs of Score-P, OTF2, and OPARI2 as well as of Cube are available for download:
Note that Score-P 2.0.x is supposed to work with the OTF2 2.0 series, Cube 4.3 series, and OPARI2 2.0 series. Please see the ChangeLog file for the recent modifications and the OPEN_ISSUES file for known limitations.
Please see the ChangeLog file for the recent modifications and the OPEN_ISSUES file for known limitations.
- Cube 4.3.x on scalasca.org
Please see the ChangeLog file for the recent modifications.
After installation you will find documentation under <prefix>/share/<package>/doc. Alternatively you can browse the documentation on-line or download a pdf:
- Score-P 2.x documentation (html|pdf)
- OTF2 2.x documentation (html|pdf)
- Cube 4.x documentation site (scalasca.org)
- OPARI2 2.x documentation (html|pdf)
Score-P Instrumentation and Run-Time Measurement
Score-P is the central component and incorporates all other components. It contains the code instrumentation functionality supporting various methods and it performs the run-time data collection in the parallel environment.
OTF2 - The Open Trace Format Version 2
The Open Trace Format 2 is a highly scalable, memory efficient event trace data format plus support library. It will become the new standard trace format for Scalasca, Vampir, and Tau and is open for other tools.
OTF2 is the common successor format for the Open Trace Format (OTF) and the Epilog trace format. It preserves the essential features as well as most record types of both and introduces new features such as support for multiple read/write substrates, in-place time stamp manipulation, and on-the-fly token translation. In particular, it will avoid copying during unification of parallel event streams.
Cube 4 Profiling Data Format
Cube4 is a highly scalable, memory efficient, flexible profile format with support libraries, a set of tools and a GUI. It will become the new standard profile format for Scalasca and Score-P and is open for other tools.
Cube4 is the successor profile format of the Cube3 profile format. It preserves the Cube3 data model and extends its internal mechanisms for saving profile data. In particular, it is able to deal with large amounts of data, and supports dynamic loading and incremental writing of data. In contrast to Cube3, Cube4 is a hybrid format. Instances consist of an XML anchor file and a set of binary files that store the profile data in a single binary archive.
For backward compatibility, Cube4 will provide reading support for the Cube3 profile format (former Scalasca default).
Online Access Interface
The online access interface enables performance analysis tools to employ the Score-P Monitoring Infrastructure at runtime remotely over TCP/IP.
Highlights of the online performance analysis are a more fine-grained measurement configuration, the support for multiple performance experiments within one run, and remote analysis with data acquisition over the network.
OPARI2 OpenMP instrumenter
OPARI2 is a source-to-source instrumentation tool for OpenMP and hybrid codes. It surrounds OpenMP directives and runtime library calls with calls to the POMP2 measurement interface.
OPARI2 will provide you with a new initialization method that allows for multi-directory and parallel builds as well as the usage of pre-instrumented libraries. Furthermore, an efficient way of tracking parent-child relationships was added. Additionally, we extended OPARI2 to support instrumentation of OpenMP 3.0 tied tasks. Please find a link to the current tarball in the download sction below.
Score-P Metric Plugins
Score-P metric plugins extend the functionality of Score-P by providing system-specific metrics. Usually these metrics are not generic enough to make it into Score-P but are useful on systems that support them.
You can check out the latest plugins at our github repository (external link).
Supported Performance Tools
Score-P is designed as common generic instrumentation and run-time data collection infrastructure for a number of performance analysis tools.
Currently, the following tools are working with the Score-P software:
- Scalasca by Jülich Supercomputing Centre and the German Research School for Simulation Sciences
- Vampir by Technische Universität Dresden
- Periscope by Technische Universität München
- TAU by University of Oregon
Further contributors are:
- RWTH Aachen University
- GNS Gesellschaft für numerische Simulation mbH
- GWT-TUD GmbH (Gesellschaft für Wissens- und Technologie-Transfer)
The development is funded by BMBF/Germany and DOE/USA.
If you have any questions or encounter bugs, please don't hesitate to contact us under email@example.com.