Skip to main content
  1. Posts/

Today is Models Day: A Practical Guide to Running Local LLMs Without Losing Your Mind

·4 mins

So r/LocalLLaMA declared today “Models Day.” The thread’s got people showing off their quantized Llama 3.1 70B setups, others asking if their 8GB MacBook Air can run anything bigger than a potato, and one guy claiming he’s running Mistral on a Raspberry Pi. That last one’s a lie, by the way. I checked.

Here’s the thing about local LLMs: the barrier to entry has never been lower, but the noise-to-signal ratio is brutal. Let me cut through it.

What Actually Matters Before You Start #

You don’t need a $3,000 GPU. You need to be honest about what you’re trying to do.

  • Chatting with a model? A 7B or 13B quantized model runs fine on 16GB RAM. Ollama handles this in about ten minutes.
  • Coding assistance? You want something in the 30B+ range. That’s where things get spicy.
  • Fine-tuning? Different beast entirely. Go rent a cloud GPU.

The thread’s top comment nails it: “Stop asking if your laptop can run 70B. It can’t. Start with 8B and actually use it.”

The Setup That Took Me 20 Minutes #

I’m on a 4070 Ti with 12GB VRAM. Here’s what actually worked:

# Install Ollama (the easiest path, fight me)
curl -fsSL https://ollama.com/install.sh | sh

# Pull a solid 8B model
ollama pull llama3.1:8b-instruct-q4_K_M

# Run it
ollama run llama3.1:8b-instruct-q4_K_M

That’s it. No Docker, no Python environment hell, no CUDA driver roulette. Ollama handles the backend. If you’re on Windows, use WSL2 — native Windows support is still janky.

For the API crowd, spin up a server:

ollama serve
# Then hit it with curl
curl http://localhost:11434/api/generate -d '{
 "model": "llama3.1:8b-instruct-q4_K_M",
 "prompt": "Why is everyone in r/LocalLLaMA obsessed with quantization?"
}'

When Ollama Isn’t Enough #

Ollama’s great for chat, but it’s a black box. If you want control — custom samplers, LoRA loading, actual debugging — you need llama.cpp or vLLM.

llama.cpp is the community favorite. Compile it yourself or grab a release:

git clone https://github.com/ggerganov/llama.cpp
cd llama.cpp
make -j4
./llama-cli -m /path/to/model.gguf -p "Your prompt here" -n 512

The GGUF format is the standard for local models. Hugging Face has thousands. Filter by “GGUF” and look for quantization tags: Q4_K_M is the sweet spot for quality-to-size. Q8 is better but eats VRAM. Q2 is garbage — don’t.

One thing the thread’s split on: Docker vs bare metal. Docker’s cleaner for reproducibility, but you lose 5-10% performance on GPU passthrough. For a hobby setup, skip Docker. For production, use vLLM on a rented box.

The Hardware Reality Check #

Here’s the honest breakdown:

SetupWhat Runs WellCost
8GB VRAM (3060, Mac M1)7B-13B quantized$0 if you own it
12-16GB VRAM (4070 Ti, 3090)13B-34B quantized$500-800 used
24GB+ VRAM (4090, A6000)70B quantized, 34B full$1,600+
Cloud rentalAnything, hourly$0.50-2/hr on RunPod/Vast.ai

The community’s genuinely split on cloud vs local. One guy in the thread runs everything on Hetzner’s dedicated servers — €40/month for a box with 128GB RAM. Another swears by RunPod for $0.79/hour on an A100. Your mileage may vary, but if you’re just experimenting, local is cheaper long-term.

The One Thing Everyone Gets Wrong #

Context length. Everyone’s obsessed with model size, but context window is what actually breaks your workflow. A 70B model with 4K context is useless for code review. A 13B with 32K context will change your life.

Test it:

ollama run llama3.1:8b-instruct-q4_K_M
>>> /set parameter num_ctx 32768
>>> Paste a 10,000-word document and ask questions about it

If it starts hallucinating or repeating itself, drop to 16K. Memory scales roughly linearly with context — 32K context on an 8B model eats about 8GB extra RAM.

FAQ #

Q: Can I run these models on a Mac? A: Yes, but only with Metal support. M1/M2/M3 chips handle 7B-13B models surprisingly well. The M3 Max can push 30B at acceptable speeds. Just don’t expect 70B to be usable.

Q: What’s the difference between GGUF and GPTQ? A: GGUF runs on CPU and GPU via llama.cpp. GPTQ is GPU-only but slightly faster on NVIDIA cards. For most people, GGUF is the right choice — it’s more portable and the quality difference is negligible at Q4.

Q: How do I know which quantization to pick? A: Start with Q4_K_M. If it’s too slow, drop to Q3. If you have VRAM to spare, try Q6 or Q8. The quality jump from Q4 to Q8 is real but subtle — you’ll notice it more in long-form generation than in chat.

Bottom Line #

Models Day isn’t about having the biggest model. It’s about having a model that actually works for your use case. Start small, get something running today, and iterate. The guy with the Raspberry Pi is still lying, though.