- How to Download and Install PAPI
- How to Use PAPI
- Counting Floating Point Operations on Intel Sandy Bridge, Ivy Bridge and Haswell
- Supported Architectures
- PAPI Releases
- How to Report a PAPI Bug
- PAPI Papers and Presentations
The Performance Application Programming Interface (PAPI) provides tool designers and application engineers with a consistent interface and methodology for the use of low-level performance counter hardware found across the entire compute system (i.e. CPUs, GPUs, on/off-chip memory, interconnects, I/O system, energy/power, etc.). PAPI enables users to see, in near real time, the relations between software performance and hardware events across the entire computer system.
The ECP Exa-PAPI project builds on the latest PAPI project and extends it with:
- Performance counter monitoring capabilities for new and advanced ECP hardware, and software technologies.
- Fine-grained power management support.
- Functionality for performance counter analysis at "task granularity" for task-based runtime systems.
- "Software-defined Events" that originate from the ECP software stack and are currently treated as black boxes (i.e., communication libraries, math libraries, task-based runtime systems, etc.)
The objective is to enable monitoring of both types of performance events---hardware- and software-related events---in a uniform way, through one consistent PAPI interface. Third-party tools and application developers will have to handle only a single hook to PAPI in order to access all hardware performance counters in a system, including the new software-defined events.
- PAPI Wiki is the main documentation for HOWTOs, Supported Architectures, PAPI Releases.
- PAPI Papers and Presentations
- Visit our FAQ at: http://icl.utk.edu/papi/faq/ or read a snapshot of the FAQ in papi/PAPI_FAQ.html
- For assistance with PAPI, email firstname.lastname@example.org.
- You can also join the PAPI User Google group by going to https://groups.google.com/a/icl.utk.edu/forum/#!forum/ptools-perfapi to read historical postings to the list.
The PAPI project welcomes contributions from new developers. Contributions can be offered through the standard Bitbucket pull request model. We strongly encourage you to coordinate large contributions with the PAPI development team early in the process.
For timely pull request reviews and feedback, it is important to submit one (1) pull request per feature / bug fix.
In order to create a pull request on a public read-only repo, you will need to do the following:
Fork the PAPI repo (click "+" on the left and "Fork this repository").
Create a feature branch for every feature, no matter how small (
git checkout -b feature_branch).
Make your changes and push them (
git push -u origin feature_branch).
Click "create pull request" from your repo (not the PAPI repo).
Optionally, rebase the feature branch onto PAPI master before merging (see below).
Git merge model
PAPI adopts the git merge model. This means that new features get integrated into the history through merge commits. A clean history would look something as follows:
* 185dcb38b Merge pull request #xxx from neo/rocm_feature_branch |\ | * efdcf6512 rocm: add tests for introduced changes | * 55ebf1416 rocm: make changes to rocm component |/ * b2b142317 Merge pull request #yyy from morpheus/cuda_feature_branch |\ | * 2e7a0bbe4 cuda: add matrix multiplication test |/ * 220b0f28e Merge pull request #zzz from trinity/libpfm4_udpate_branch |\ | * 42df8d271 libpfm4: update to latest master |/ * 2cac08381 Merge pull request #xyz ...
The above history is the result of rebasing feature branches onto PAPI master before merging. To rebase a feature branch onto PAPI master contributors can do the following:
Add a remote for PAPI master into their local:
git remote add upstream https://www.bitbucket.org/icl/papi.git
From the local master branch do:
git fetch upstream master && git reset --hard FETCH_HEAD
Switch to the feature branch and do:
git rebase master
Optionally, if conflicts are detected during rebase, resolve them, add changes to the staging area and continue rebasing:
git add -u && git rebase --continue
Finally, push the rebased feature branch to the remote:
git push -f origin feature_branch
Avoid using Bitbucket Sync mechanism at all costs. This results into loopy histories that are hard to read and backtrack.
- Visit the Exa-PAPI website to find out more about ongoing PAPI and PAPI++ developments and research.
- Visit the PAPI website (retired) for basic information about PAPI.
- Visit the ECP website to find out more about the DOE Exascale Computing Initiative.
Copyright (c) 2019, University of Tennessee All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: * Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. * Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. * Neither the name of the University of Tennessee nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL UNIVERSITY OF TENNESSEE BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.