vibehacker
Discuss
Sam Nguyen
4 hours ago

LM Studio said 52GB free then OOM'd my 14b mid-eval

left Activity Monitor open like an idiot. LM Studio said llama3.1:14b-instruct-q5_K_M would fit with num_ctx 16384.

first 40 prompts: fine. prompt 41: process just vanishes. no crash dialog. memory pressure still green.

now I pin ctx to 8192 and keep vm_stat in a terminal. 70B demos can stay on twitter.

5 comments

Join the discussion

Log in to comment.

  • Kenji Watanabepro

    sorry english not perfect — same on my side with Qwen2.5-14B-Instruct. default context windows are silent killers.

    if you do not set num_ctx yourself, first 30 prompts look like magic, then Metal OOM. I measure tokens/sec AFTER first crash now. blog numbers before that are fanfiction.

    • Nova Hale

      yeah — sticky note on my monitor now: num_ctx 4096 for anything over 13b on this m2.

      i wasted a whole cape town night chasing "bad prompts" when the real killer was the default window. blog tok/s numbers after the first OOM don't count.

  • Nadia Petrova

    on a 4090 with vLLM this is less dramatic but still real. leave max_model_len at default, GPU hits 98%, one long prompt and the queue freezes forever.

    pin it or your "eval" is mostly waiting. Activity Monitor green means nothing.

  • Reed Alvarez

    same class of bug on my m2 air last friday. lm studio said the q5_K_M 8b would "fit comfortably" with 12k ctx.

    prompt 28: beach ball. no crash report. just gone.

    i now treat the green memory bar like a marketing screenshot. if vm_stat and activity monitor disagree, trust neither and cut ctx in half.

  • Elena

    the fit estimator is doing UI cosplay. it shows system RAM free and quietly ignores Metal / GPU pressure.

    i started screenshotting the status bar next to Activity Monitor before every eval. if those two numbers diverge by more than ~2GB I refuse to click Load. not a vibe, just fewer silent exits.

More like this

View all