The current implementation is "functional", though the merging of configuration is a bit hacky and all over the place now. Configuration is passed down in this order: Defaults -> Env -> Config file -> CLI arguments.
If you want to test the CLI, first cd into the pyroscope_cli directory and run
cargo build --release
You can then find the program inside target/release.
CI
Build and Tests are done against two OSes and two CPU architectures: Ubuntu/macOS and x86_64/ARM64. As the packages are separated, each one is built and tested separately. (lib, cli, pprofrs, rbspy, pyspy)
That's correct. However, I think both outputs are correct, and "on-cpu" should be passed through the CLI as an option too. I'll give the current PR (https://github.com/rbspy/rbspy/pull/327) a try and report back the results.
Backends
CLI
The current implementation is "functional", though the merging of configuration is a bit hacky and all over the place now. Configuration is passed down in this order: Defaults -> Env -> Config file -> CLI arguments.
Supported commands:
exec
/connect
/completion
Supported arguments:application-name
,log-level
,no-logging
,rbspy-blocking
,pyspy-blocking
,pyspy-idle
,pyspy-gil
,pyspy-native
,sample-rate
,server-address
,tag
If you want to test the CLI, first
cd
into thepyroscope_cli
directory and runYou can then find the program inside
target/release
.CI
Build and Tests are done against two OSes and two CPU architectures: Ubuntu/macOS and x86_64/ARM64. As the packages are separated, each one is built and tested separately. (lib, cli, pprofrs, rbspy, pyspy)
https://github.com/pyroscope-io/pyroscope-rs/actions/runs/2028544090
Remaining Tasks