0

android_binary_size_trybot.md: Update to say arm64 breakdowns exist

Bug: 383540547
Change-Id: I2c8a5a157f4a8b96fec5823222b3a99a8e1662db
Reviewed-on: https://chromium-review.googlesource.com/c/chromium/src/+/6299354
Auto-Submit: Andrew Grieve <agrieve@chromium.org>
Reviewed-by: Sam Maier <smaier@chromium.org>
Commit-Queue: Sam Maier <smaier@chromium.org>
Cr-Commit-Position: refs/heads/main@{#1424096}
This commit is contained in:
Andrew Grieve
2025-02-24 12:39:08 -08:00
committed by Chromium LUCI CQ
parent c87820728a
commit fe99df99dd

@ -38,8 +38,23 @@ The bot provides analysis using:
If your CL shows a large increase in ARM64 size, but not for ARM32, keep in mind:
- ARM32 instructions are ~half the size of ARM64 instructions.
- ARM32 builds are optimized-for-size (`-Os`) and ARM64 optimizes for speed (`-O2`).
- ARM32 builds use AFDO and ARM64 builds use PGO.
- Both use flags to consider unknown symbols as cold in order to
underestimate size changes, which can actually lead to overestimating in cases
where aggressive inlining leads to smaller size.
To create a SuperSize report for ARM64, do so locally via:
In this scenario, `android-binary-size` should automatically create a second
size breakdown for ARM64. You'll find a link to it at the bottom of the bot's
LUCI page.
To force the bot to create an ARM64 breakdown, add this to your commit footer
(leaving no blank line before subsequent footers):
```
CreateArm64SizeReport: true
```
To create a SuperSize report for ARM64 locally:
```sh
tools/binary_size/diagnose_bloat.py --arm64