Ecosyste.ms: Awesome
An open API service indexing awesome lists of open source software.
https://github.com/parca-dev/parca
Continuous profiling for analysis of CPU and memory usage, down to the line number and throughout time. Saving infrastructure cost, improving performance, and increasing reliability.
https://github.com/parca-dev/parca
bpf c containers continuous-profiling cpp ebpf ebpf-programs golang javascript kubernetes observability performance php pprof profiles profiling prometheus python ruby rust
Last synced: 6 days ago
JSON representation
Continuous profiling for analysis of CPU and memory usage, down to the line number and throughout time. Saving infrastructure cost, improving performance, and increasing reliability.
- Host: GitHub
- URL: https://github.com/parca-dev/parca
- Owner: parca-dev
- License: apache-2.0
- Created: 2018-11-27T14:53:43.000Z (about 6 years ago)
- Default Branch: main
- Last Pushed: 2024-10-29T09:17:37.000Z (3 months ago)
- Last Synced: 2024-10-29T11:06:08.769Z (3 months ago)
- Topics: bpf, c, containers, continuous-profiling, cpp, ebpf, ebpf-programs, golang, javascript, kubernetes, observability, performance, php, pprof, profiles, profiling, prometheus, python, ruby, rust
- Language: TypeScript
- Homepage: https://parca.dev/
- Size: 132 MB
- Stars: 4,116
- Watchers: 33
- Forks: 213
- Open Issues: 182
-
Metadata Files:
- Readme: README.md
- Contributing: CONTRIBUTING.md
- License: LICENSE
- Codeowners: .github/CODEOWNERS
Awesome Lists containing this project
- awesome-repositories - parca-dev/parca - Continuous profiling for analysis of CPU and memory usage, down to the line number and throughout time. Saving infrastructure cost, improving performance, and increasing reliability. (TypeScript)
- awesome-profiling - parca - Continuous profiling for analysis of CPU, memory usage over time, and down to the line number. Saving infrastructure cost, improving performance, and increasing reliability. (1. System Overview)
- my-awesome - parca-dev/parca - profiling,cpp,ebpf,ebpf-programs,golang,javascript,kubernetes,observability,performance,php,pprof,profiles,profiling,prometheus,python,ruby,rust pushed_at:2024-12 star:4.2k fork:0.2k Continuous profiling for analysis of CPU and memory usage, down to the line number and throughout time. Saving infrastructure cost, improving performance, and increasing reliability. (TypeScript)
README
[](LICENSE)
[](https://snapcraft.io/parca-agent)
![contributors](https://img.shields.io/github/all-contributors/parca-dev/parca?style=flat")
Continuous profiling for analysis of CPU, memory usage over time, and down to the line number. Saving infrastructure cost, improving performance, and increasing reliability.
## Features
- [**eBPF Profiler**](https://www.parca.dev/docs/parca-agent): A single profiler, using eBPF, automatically discovering targets from Kubernetes or systemd across the entire infrastructure with very low overhead. Supports C, C++, Rust, Go, and more!
- **[Open Standards](https://www.parca.dev/docs/concepts/#pprof)**: Both producing pprof formatted profiles with the eBPF based profiler, and ingesting any pprof formatted profiles allowing for wide language adoption and interoperability with existing tooling.
- [**Optimized Storage & Querying**](https://www.parca.dev/docs/storage): Efficiently storing profiling data while retaining raw data and allowing slicing and dicing of data through a label-based search. Aggregate profiling data infrastructure wide, view single profiles in time or compare on any dimension.
## Why?
- **Save Money**: Many organizations have 20-30% of resources wasted with easily optimized code paths. The Parca Agent aims to lower the entry bar by requiring 0 instrumentation for the whole infrastructure. Deploy in your infrastructure and get started!
- **Improve Performance**: Using profiling data collected over time, Parca can with confidence and statistical significance determine hot paths to optimize. Additionally, it can show differences between any label dimension, such as deploys, versions, and regions.
- **Understand Incidents**: Profiling data provides unique insight and depth into what a process executed over time. Memory leaks, but also momentary spikes in CPU or I/O causing unexpected behavior, is traditionally difficult to troubleshoot are a breeze with continuous profiling.
## Feedback & Support
If you have any feedback, please open a discussion in the GitHub Discussions of this project.
We would love to learn what you think!
## Installation & Documentation
Check Parca's website for updated and in-depth installation guides and documentation!
[parca.dev](https://www.parca.dev/)
## Development
You need to have [Go](https://golang.org/), [Node](https://nodejs.org/en/download/) and [Pnpm](https://pnpm.io/) installed.
Clone the project
```bash
git clone https://github.com/parca-dev/parca.git
```
Go to the project directory
```bash
cd parca
```
Build the UI and compile the Go binaries
```bash
make build
```
### Running the compiled Parca binary
The binary was compiled to `bin/parca` .
```
./bin/parca
```
Now Parca is running locally and its web UI is available on http://localhost:7070/.
By default, Parca is scraping it's own pprof endpoints and you should see profiles show up over time.
The scrape configuration can be changed in the `parca.yaml` in the root of the repository.
### Configuration
Flags:
[embedmd]:# (tmp/help.txt)
```txt
Usage: parca [flags]
Flags:
-h, --help Show context-sensitive help.
--config-path="parca.yaml"
Path to config file.
--mode="all" Scraper only runs a scraper that sends to a
remote gRPC endpoint. All runs all components.
--http-address=":7070" Address to bind HTTP server to.
--http-read-timeout=5s Timeout duration for HTTP server to read
request body.
--http-write-timeout=1m Timeout duration for HTTP server to write
response body.
--port="" (DEPRECATED) Use http-address instead.
--log-level="info" Log level.
--log-format="logfmt" Configure if structured logging as JSON or as
logfmt
--otlp-address=STRING The endpoint to send OTLP traces to.
--otlp-exporter="grpc" The OTLP exporter to use.
--cors-allowed-origins=CORS-ALLOWED-ORIGINS,...
Allowed CORS origins.
--version Show application version.
--path-prefix="" Path prefix for the UI
--mutex-profile-fraction=0
Fraction of mutex profile samples to collect.
--block-profile-rate=0 Sample rate for block profile.
--enable-persistence Turn on persistent storage for the metastore
and profile storage.
--storage-active-memory=536870912
Amount of memory to use for active storage.
Defaults to 512MB.
--storage-path="data" Path to storage directory.
--storage-enable-wal Enables write ahead log for profile storage.
--storage-snapshot-trigger-size=134217728
Number of bytes to trigger a snapshot. Defaults
to 1/4 of active memory. This is only used if
enable-wal is set.
--storage-row-group-size=8192
Number of rows in each row group during
compaction and persistence. Setting to <= 0
results in a single row group per file.
--storage-index-on-disk Whether to store the index on disk instead
of in memory. Useful to reduce the memory
footprint of the store.
--symbolizer-demangle-mode="simple"
Mode to demangle C++ symbols. Default mode
is simplified: no parameters, no templates,
no return type
--symbolizer-number-of-tries=3
Number of tries to attempt to symbolize an
unsybolized location
--debuginfo-cache-dir="/tmp"
Path to directory where debuginfo is cached.
--debuginfo-upload-max-size=1000000000
Maximum size of debuginfo upload in bytes.
--debuginfo-upload-max-duration=15m
Maximum duration of debuginfo upload.
--debuginfo-uploads-signed-url
Whether to use signed URLs for debuginfo
uploads.
--debuginfod-upstream-servers=debuginfod.elfutils.org,...
Upstream debuginfod servers. Defaults to
debuginfod.elfutils.org. It is an ordered
list of servers to try. Learn more at
https://sourceware.org/elfutils/Debuginfod.html
--debuginfod-http-request-timeout=5m
Timeout duration for HTTP request to upstream
debuginfod server. Defaults to 5m
--profile-share-server="api.pprof.me:443"
gRPC address to send share profile requests to.
--store-address=STRING gRPC address to send profiles and symbols to.
--bearer-token=STRING Bearer token to authenticate with store.
--bearer-token-file=STRING
File to read bearer token from to authenticate
with store.
--insecure Send gRPC requests via plaintext instead of
TLS.
--insecure-skip-verify Skip TLS certificate verification.
--external-label=KEY=VALUE;...
Label(s) to attach to all profiles in
scraper-only mode.
```
## Credits
Parca was originally developed by [Polar Signals](https://polarsignals.com/). Read the announcement blog post: https://www.polarsignals.com/blog/posts/2021/10/08/introducing-parca-we-got-funded/
## Contributing
Check out our [Contributing Guide](CONTRIBUTING.md) to get started!
It explains how compile Parca, run it with Tilt as container in Kubernetes and send a Pull Request.
## Contributors β¨
Thanks goes to these wonderful people ([emoji key](https://allcontributors.org/docs/en/emoji-key)):
Frederic Branczyk
π» π π
Thor
π» π π
Matthias Loibl
π» π π
Kemal Akkoyun
π» π
Sumera Priyadarsini
π» π
JΓ©ssica Lins
π
Holger Freyther
π»
Sergiusz Urbaniak
π
PaweΕ Krupa
π
Ben Ye
π» π
Felix
π» π π
Christian Bargmann
π»
Yomi Eluwande
π» π
Manoj Vivek
π» π
Monica Wojciechowska
π» π
Manuel RΓΌger
π
Avinash Upadhyaya K R
π»
Ikko Ashimine
π»
Maxime Brunet
π» π
rohit
π»
Ujjwal Goyal
π
Javier Honduvilla Coto
π»
Marsel Mavletkulov
π»
Kautilya Tripathi
π»
Jon Seager
π»
Philip Gough
π»
Boran Seref
π»
Wen Long
π»
cui fliter
π
Alfonso Subiotto MarquΓ©s
π»
TomHellier
π»
Stefan VanBuren
π»
Carlos Tadeu Panato Junior
π
Daniel (Shijun) Qian
π»
Alex Vest
π
Shubham Palriwala
π»
Fabian Reinartz
π»
Karthick Raja
π»
quite4work
π»
Bert
π»
Mohammad S
π»
Nikhilesh Susarla
π»
Franco SΓ‘nchez
π»
Andrea Scarpino
π
Maksim Nabokikh
π»
This project follows the [all-contributors](https://github.com/all-contributors/all-contributors) specification. Contributions of any kind welcome!
## Tested by Meticulous
We use Meticulous to automatically test our UI for any unwanted changes.
[
](https://meticulous.ai/?utm_source=parca&utm_campaign=oss)