Skip to content

Footage: a file coming in by pieces moves for 60 s a delivery, not 30 - #63

Merged
pallaoro merged 1 commit into
mainfrom
relay-60s
Oct 10, 2026
Merged

pallaoro merged 1 commit into
mainfrom
relay-60s

Conversation

@pallaoro

Copy link
Copy Markdown
Member

Measured on a live run: a 200 MiB piece takes 15 to 20 s from a Worker (10 to 14 MB/s), and deliveries come about every three minutes (the queue books to the minute and sweeps each minute). A 30 s budget moved one or two pieces per clip per delivery, about 2 MB/s a clip: two 15 GB files took about two hours.

RELAY_BUDGET_MS goes to 60 s, so a delivery moves three or four pieces per clip.

  • The cost: the platform's queue delivers a batch of jobs one after another, so a longer step holds up other apps' deliveries for longer.
  • The bound is unchanged: a piece is still cut after 2 min.
  • Overlapping steps stay safe: the upload refuses a piece at any offset but its own.

Typecheck clean, 185 unit tests, end to end ALL OK.

Measured live, a piece takes 15 to 20 s from a Worker and deliveries come
about every three minutes, so a 30 s budget moved one or two pieces a clip
per delivery: about 2 MB/s a clip. 60 s moves three or four. The cost is a
longer step holding the platform queue's batch.
@pallaoro
pallaoro merged commit efcad31 into main Oct 10, 2026
1 check passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant