Skip to content

vision-suite: NUM_BATCH env pins the generation batch per request - #319

Merged
glennneuber merged 1 commit into
mainfrom
vsuite/num-batch-env
Sep 18, 2026
Merged

glennneuber merged 1 commit into
mainfrom
vsuite/num-batch-env

Conversation

@glennneuber

Copy link
Copy Markdown

One line in client.py: NUM_BATCH=<n> in the environment sends num_batch as a Runner option, the way IMAGE_MIN_TOKENS / IMAGE_MAX_TOKENS already do. The scheduler otherwise derives the generation batch from num_ctx (1024 above 4096, 2048 above 32768), and a gemma4 image chunk above it is decoded in pieces (llama.cpp #28954's territory); this knob lets a campaign A/B the split at one rung without moving num_ctx.

Used for the measurement now recorded in the 0.34.1 task doc on #311 ("gemma4 image chunk vs. batch": no contract cost either way, 1.5–1.9× prefill in one piece, 31b's 9 px tier 4 → 3) and for the CUDA half of #313. Checked with emit_request.py: the option lands in the payload.

🤖 Generated with Claude Code

The scheduler derives num_batch from num_ctx (1024 above 4096, 2048 above 32768); a gemma4 image chunk
above it is decoded in pieces. NUM_BATCH lets a campaign A/B the split at one rung without moving num_ctx.

Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com>
@glennneuber
glennneuber merged commit d5db6da into main Sep 18, 2026
1 check passed
@glennneuber
glennneuber deleted the vsuite/num-batch-env branch September 18, 2026 11:44
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