OneMedia subtitle speed rows, version 0.5 (arm64)

One publishable run under the exclusive bench queue (wq run --class bench, one filtered group, subsbench 20000 100000, 30 samples), driven by tools/bench/subsbench-run.sh, on main 0794678 plus the ASS tuning commit described in 0.5-x64.md. Method: docs/bench.md.

Against the bar

Bar: geometric mean of the ratios <= 1.00x and no row worse than 1.25x, against the fastest managed comparator per row (ratio = OneMedia's median over that comparator's median).

Notes

• Rows are parse srt|vtt|ass|ttml and convert srt->vtt|ass|ttml at 20,000 and 100,000 cues, on the synthetic input and with the work described in docs/bench.md. The bar uses the fastest managed comparator per row, which is the Subtitle Edit core library wherever it has the format (SubtitlesParser has no TTML parser and no writers, and is the slowest on every row it has; its ASS reader returns 23,411 of the 100,000 cues).
• OneMedia does more work than the comparators on every row (encoding and line-ending detection, styled spans, extras, defects with offsets, a loss report on conversion), which favours them.
• The rows nearest the limit are parse srt (both sizes) and parse ass at 100,000 cues, where the median sits far above the minimum. At 100,000 cues a run allocates 54 to 110 MB (about 17 MB of it the decoded text) and the garbage collector's share is large; the median swings with the collector while the minimum does not (OneMedia's minimum is below the comparator's minimum on both ASS rows; on the SRT rows it is 1.1 to 1.2 times above). Median is the published figure.
• One publishable run (the build includes the ASS tuning described in 0.5-x64.md). The queue was empty during the run, but the load average averaged 2.74 (the Mac's own background activity); OneMedia and the comparators are sampled in turn so it lands on all of them alike.

Run

• Machine: Apple M2; 8 logical cores; Darwin 27.0.0 arm64
• ISA: neon crc32 aes dotprod; the input is generated in memory, so storage is not in play
• .NET: 10.0.11 runtime, SDK 10.0.400
• Start 2026-11-02T14:13Z; elapsed 219 s; load average (1 min): before 4.42; during mean 2.74, max 4.42 over 44 samples (5 s samples); after 2.17
• Comparators as restored: SubtitlesParser 1.5.1 (MIT), Subtitle Edit core library 5.3.0 (libse, GPL, public API only, bench project only)
• 30 warm-up runs per implementation, then 30 samples in turn; median and minimum; one process; the bytes are in memory

Rows

Ratio is OneMedia's median over the fastest managed comparator's median. Alloc is bytes allocated per run by the calling thread. Result is what each run produced (cues parsed, or bytes written); SubtitlesParser's ASS reader returns 23,411 of 100,000 cues, so it is not the comparator there when it is slower anyway, and its row is information.