APerf
What is APerf?
A CLI tool to gather many pieces of performance data in one go. APerf includes a recorder and a reporter sub tool. The recorder gathers performance metrics, stores them in a set of local files that can then be analyzed via the reporter sub tool.
Why does APerf exist?
Performance issues in applications are investigated by recreating them locally and collecting data/metrics using monitoring tools like sysstat, perf, sysctl, ebpf, etc... or by running these tools remotely. Installing and executing various performance monitoring tools is a manual process and prone to errors. Even with the Graviton Performance Runbook, understanding the output of these tools requires deep domain specific knowledge.
The aim of APerf is to enable anyone to collect performance data in their enviornment while providing tools to analyze and visualize application performance. APerf will hopefully enable faster troubleshooting by analyzing and highlighting deviations in performance between two application environments automatically.
What data does APerf collect?
APerf collects the following metadata:
- System Info
- When run on EC2 instances this includes basic EC2 metadata
- Kernel Configuration (/boot/config)
- Sysctl variable configuration settings
APerf collects the following performance data:
- CPU Utilization, both per CPU and aggregate CPU utilization
- Virtual Memory Utilization
- Disk Utilization per Disk
- Interrupt Data per Interrupt Line per CPU
- CPU Performance Counters
- Network stats
- Meminfo
- Profile data (if enabled with
--profileandperfbinary present)
Requirements
Installation
Download the binary from the Releases page.
aperf only supports running on Linux.
Building from source
- Download the source code from the Releases page.
- Run the following commands:
cargo build
cargo test
Usage
aperf record records performance data and stores them in a series of files. A report is then generated with aperf report and can be viewed in any system with a web browser.
KNOWN LIMITATION
The default configuration of 10ms for /sys/devices/cpu/perf_event_mux_interval_ms is known to cause serious performance overhead for systems with large core counts. We recommend setting this value to 100ms by doing the following:
echo 100 | sudo tee /sys/devices/cpu/perf_event_mux_interval_ms
aperf record
- Download the
aperfbinary. - Start
aperf record:
./aperf record -r <RUN_NAME> -i <INTERVAL_NUMBER> -p <COLLECTION_PERIOD>
aperf report
- Download the
aperfbinary. - Download the directory created by
aperf record. - Start
aperf report:
./aperf report -r <COLLECTOR_DIRECTORY> -n <REPORT_NAME>
To compare the results of two different performance runs, use the following command:
./aperf report -r <COLLECTOR_DIRECTORY_1> -r <COLLECTOR_DIRECTORY_2> -n <REPORT_NAME>
Example
To see a step-by-step example, please see our example here
Configuration
aperf record has the following flags available for use:
Recorder Flags:
-V, --version version of APerf
-i, --interval interval collection rate (default 1)
-p, --period period (how long you want the data collection to run, default is 10s)
-r, --run-name run name (name of the run for organization purposes, creates directory of the same name, default of aperf_[timestamp])
-v, --verbose verbose messages
-vv, --verbose --verbose more verbose messages
--profile gather profiling data using the 'perf' binary
./aperf report -h
Reporter Flags:
-V, --version version of APerf visualizer
-r, --run run data to be visualized. Can be a directory or a tarball.
-n, --name report name (name of the report for origanization purposes, creates directory of the same name, default of aperf_report_
-v, --verbose verbose messages
-vv, --verbose --verbose more verbose messages
Logging
env_loggeris used to log information about the tool run to stdout.- To see it, use
./aperf <command> -v. - To see more detail, use
./aperf <command> -vv.
Security
See CONTRIBUTING for more information.
License
This project is licensed under the Apache-2.0 License. See LICENSE for more information.