perf: add full vs incremental flist memory benchmark (#1864)#3540
Merged
Conversation
Adds scripts/benchmark_flist_memory.sh which compares peak RSS of oc-rsync against upstream rsync 3.4.1 at 100K and 1M directory scales under three flist modes: - Mode A: full flist (--no-inc-recursive) - Mode B: default (receiver INC_RECURSE) - Mode C: sender INC_RECURSE (skipped, pending #1862 opt-in flag) Measures wall-clock time and peak RSS via /usr/bin/time -v, runs each mode 3 times and takes the median, writes TSV to target/benchmarks/ and emits an optional markdown summary. Fixtures live under /tmp/oc-rsync-bench (not bind-mounted) with a path guard that refuses to rm anywhere outside that prefix. Documents 2026-05-01 baseline numbers in docs/benchmarks/flist-memory-baseline-2026-05-01.md - upstream peak RSS drops from 76.8 MB (Mode A) to 7.5 MB (Mode B) at 1M files, while oc-rsync stays at ~218 MB across both modes (sender-side INC_RECURSE not yet active). Refs #966/#971 for the RSS gap context.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Summary
scripts/benchmark_flist_memory.shmeasuring peak RSS of oc-rsync vs upstream rsync 3.4.1 at 100K and 1M directory scales under three flist modes (full / receiver INC_RECURSE / sender INC_RECURSE-pending).docs/benchmarks/flist-memory-baseline-2026-05-01.md.Modes
--no-inc-recursive)Container invocation
podman exec rsync-profile bash /workspace/scripts/benchmark_flist_memory.sh \ --scales both --summaryFixtures live under
/tmp/oc-rsync-benchinside the container (not bind-mounted). Cleanup uses a path guard that refuses anyrm -rfoutside that prefix to avoid the bind-mount accident class. TSV/MD output is written totarget/benchmarks/.Helper flags:
--scales 100k|1m|both,--summary(markdown table),RUNS=Nenv (default 3).Baseline numbers (oc-rsync v0.5.9 vs upstream 3.4.1, aarch64-linux)
100K files
1M files
Key findings
Reproduction cost
Test plan
bash -nsyntax check on the scriptrsync-profilecontainer; TSV+MD writtenrsync-profilecontainer; TSV+MD written/tmp/*or/var/tmp/*prefixoc-rsync-devwhen presentNotes