macOS
brew install alplocal Homebrew formula metadata
brew / rank 8220
Access Log Profiler. Version 1.0.21 via Homebrew; verified 2026-07-27. Also installable with nix: nix profile install nixpkgs#alp.
install
brew install alplocal Homebrew formula metadata
nix profile install nixpkgs#alpnixpkgs package indexes · pkgs/by-name/al/alp/package.nix · source: api.github.com
overview
Access Log Profiler
history
alp is an access log profiler. It reads web access logs and packet captures, groups requests, and reports counts and timing statistics in terminal-friendly formats.
The official README describes alp simply as Access Log Profiler and documents binary releases, Homebrew installation, asdf installation, and command-based usage. The repository's v0.4.0-to-v1.0.0 migration document records a major reshaping from an LTSV-focused profiler into a multi-format tool with subcommands.
Version 1.0.0 added format-specific subcommands such as `ltsv`, `json`, and `regexp`, later joined in the README by `pcap`, `diff`, and `count`. The v1 transition also consolidated sorting and output options, added filters, added selectable output columns, and introduced position-file support so repeated benchmark runs do not require truncating logs.
alp is a focused operations tool rather than a broad observability platform. Its adoption comes from developers and performance testers who want a quick CLI profile of HTTP access logs, especially during load testing or application tuning.
Official installation paths include GitHub release binaries, Homebrew on macOS, and asdf through `asdf-alp`. That makes it easy to pin a profiler version in local benchmark environments without introducing a full logging stack.
Common usage is to feed alp an access log in LTSV, JSON, or regexp-parsed format and sort/group the results by count, latency statistics, status, URI, method, percentiles, or matching groups. It can output table, markdown, TSV, CSV, and HTML formats.
The README also documents `pcap` profiling for captured HTTP requests, `diff` for comparing two profile results, and `count` for counting log entries. Many flags are label/key/subexpression overrides, which lets alp adapt to site-specific log formats without a separate parser.
alp is the sort of small Go CLI that package managers are good at: one binary, clear terminal behavior, and direct value in incident or benchmark loops. It sits between ad hoc `awk` pipelines and heavier log-analysis systems.
The v0.4-to-v1 migration is useful package history because it changed the command surface. Anyone packaging shell completions, examples, or old benchmark scripts needs to know that the older one-command LTSV shape became a subcommand-based multi-format CLI.
security posture
narrow executable package without higher-risk signals.
green risk · low confidence · appliance
Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.
executables
| Command | Kind | Exposure | Note |
|---|---|---|---|
alp | executable | indexed executable | Discovered from the local executable index. |
freshness
These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.
install metadata
| Package key | brew:alp |
|---|---|
| Version | 1.0.21 |
| Package manager | Homebrew |
| Homepage | https://github.com/tkuchiki/alp |
| Repository | https://github.com/tkuchiki/alp |
| Last updated | 2026-07-27T09:31:50-04:00 |
| Pulse | updated |
| Bottle | not recorded |
| Service | none declared |
source database matches
Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.
alp
nix profile install nixpkgs#alpsource trail
This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.
View the package source record on GitHub.