macOS
brew install bloatylocal Homebrew formula metadata
sudo port install bloatyMacPorts ports tree · devel/bloaty/Portfile · ソース: api.github.com
brew
bloaty のインストール経路、実行ファイル、メタデータ、AI エージェント向けセキュリティノートを確認します。
インストール
brew install bloatylocal Homebrew formula metadata
sudo port install bloatyMacPorts ports tree · devel/bloaty/Portfile · ソース: api.github.com
sudo apk add bloatyAlpine Linux edge package indexes · bloaty · ソース: dl-cdn.alpinelinux.org
sudo dnf install bloatyFedora Rawhide package metadata · bloaty · ソース: dl.fedoraproject.org
nix profile install nixpkgs#bloatynixpkgs package indexes · pkgs/by-name/bl/bloaty/package.nix · ソース: api.github.com
sudo pacman -S bloatyArch Linux sync databases · bloaty · ソース: geo.mirror.pkgbuild.com
概要
Size profiler for binaries
履歴
Bloaty, formally styled in its help text as Bloaty McBloatface, is Google's open source size profiler for binaries. It became a familiar package-manager utility for engineers who care about what actually makes an executable, library, firmware image, or WebAssembly artifact large.
The official repository was created in 2016 and describes Bloaty as a size profiler for binaries. Its README frames the core question directly: finding what makes a binary big by showing size profiles across file size and virtual-memory size.
Bloaty's implementation is unusually deep for a size-reporting CLI. The README and internals documentation describe custom ELF, DWARF, and Mach-O parsing, experimental PE/COFF and WebAssembly support, disassembly-assisted attribution, hierarchical profiles, size diffs, demangling, separate debug files, and custom data sources.
The project reached Bloaty McBloatface v1.0 in August 2018 and v1.1 in May 2020. Its README also notes that it is not an official Google product, a common marker for Google-hosted open source tools that are useful outside their original internal context.
Bloaty's adoption followed the path of a specialist but widely useful developer tool: first-party docs and releases on GitHub, then packaging across major developer distributions. The input metadata records packages in Alpine apk, Homebrew, Fedora dnf, MacPorts, Nix, and Arch/pacman.
Its cross-platform binary-format support helped adoption outside one operating-system niche. Engineers working on native applications, toolchains, mobile code, embedded binaries, and Wasm can all use the same CLI vocabulary to ask where bytes went.
The basic workflow is `bloaty FILE`, optionally with `-d` data sources such as sections, symbols, segments, or compile units. Bloaty reports both file size and VM size because debug data, zero-initialized data, mapped segments, and metadata can affect disk and runtime footprints differently.
A second major workflow is size diffing: users pass a current binary and a base binary separated by `--` to see exactly which sections, symbols, compile units, or other sources grew or shrank. That makes Bloaty especially attractive for release engineering and CI checks where size regressions need blameable output.
Bloaty is package-nerd catnip because it explains package bloat with evidence instead of vibes. It bridges low-level object-file knowledge and everyday package maintenance by making debug sections, symbol tables, compile units, `.text`, `.rodata`, Mach-O load commands, and ELF program headers visible in a table humans can act on.
The tool is also a useful counterweight to vague binary-size debates. Package maintainers can compare stripped and unstripped builds, bundled dependencies, LTO changes, debug-info packaging, static-linking choices, and architecture-specific output using one reproducible CLI.
Compared with traditional tools such as `size`, `nm`, `objdump`, `readelf`, or linker map files, Bloaty packages several views into one profiler and preserves totals so the reported rows account for the whole file. That makes it unusually practical for maintainers who need to decide whether a size increase belongs in code, debug metadata, linked libraries, compiler output, or packaging policy.
セキュリティ状態
narrow executable package without higher-risk signals.
リスク グリーン · 信頼度 低 · appliance
エージェントに無人実行させる前に、このツールが平文の認証情報を読むか、リモート状態を書き込むか、成果物を公開するか、プラグインを起動するかを確認してください。
実行可能ファイル
| コマンド | 種類 | 公開範囲 | メモ |
|---|---|---|---|
bloaty | cli | グローバル実行可能ファイル |
鮮度
これらの信号は、ページ生成時期、パッケージマネージャの活動、上流リリース比較を分けて示します。バージョン遅れは、証拠 URL と比較可能なバージョンがある場合だけ警告されます。
https://github.com/google/bloaty
インストールメタデータ
| パッケージキー | brew:bloaty |
|---|---|
| バージョン | 1.1 |
| パッケージマネージャ | Homebrew |
| パッケージマネージャページ | https://formulae.brew.sh/formula/bloaty |
| ホームページ | https://github.com/google/bloaty |
| リポジトリ | https://github.com/google/bloaty |
| 上流ドキュメント | https://github.com/google/bloaty/blob/main/doc/how-bloaty-works.md |
| ライセンス | Apache-2.0 |
| ソースアーカイブ | https://github.com/google/bloaty/releases/download/v1.1/bloaty-1.1.tar.bz2 |
| 最終更新 | 2026-06-20T05:07:42Z |
| Pulse | updated |
| 依存関係 | abseil, capstone, protobuf, re2 |
| ビルド依存関係 | cmake, pkgconf |
| Bottle | 利用可能 (対象 arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux) |
| Homebrew post-install | 未定義 |
| サービス | 宣言なし |
レジストリ情報
| Source Database | Homebrew formula API |
|---|---|
| Tap | homebrew/core |
| Full Name | bloaty |
| Version Scheme | 0 |
| Revision | 50 |
| Head Version | HEAD |
| Bottle Stable Root URL | https://ghcr.io/v2/homebrew/core |
| Deprecated | no |
| Disabled | no |
| Keg Only | no |
| URL Keys |
|
ソースデータベース一致
一致は外部パッケージマネージャインデックスから取得され、ローカルの Automic Vault パッケージリンクとは分けて表示されます。
bloaty
nix profile install nixpkgs#bloatybloaty 1.1-r31
Bloaty McBloatface: a size profiler for binaries
https://github.com/google/bloaty
sudo apk add bloatybloaty 1.1-51.fc45
A size profiler for binaries
https://github.com/google/bloaty
sudo dnf install bloatybloaty 1.1-24
Size profiler for binaries
https://github.com/google/bloaty
sudo pacman -S bloatybloaty
sudo port install bloatyソース経路
このページは scripts/generate-pkg-sqlite.py が生成した非公開のパッケージ SQLite アーティファクトから av-web によって提供されます。
View the package source record on GitHub.