Build of `llama.cpp` serve, compiled against *NVIDIA CUDA 12.4.1*, for running LLMs like *Gemma 4*.
262
Why This Image Exists (The Fixes)
Most public CUDA 12.4 images trigger fatal errors when encountering cutting-edge model architectures like Gemma 4 or crash due to strict runtime environment isolation. This build permanently resolves those issues:
unknown model architecture: 'gemma4' or missing metadata key exceptions.libcuda.so.1 compile-time and runtime linkage deadlock inside isolated Docker sandboxes.libgomp.so.1) directly into the slim runtime environment to guarantee faultless multi-threaded CPU-GPU synchronization.Compute Arch 86 (89)): Stripped away gigabytes of legacy and enterprise code ballast (Pascal, Hopper, etc.). This makes the image incredibly lightweight, blazing fast to pull, and perfectly optimized for consumer chips like the NVIDIA GeForce RTX 30xx (40xx, 6000 Ada, L4).To run this image seamlessly on your local hardware with full GPU acceleration, use the following docker-compose.yaml setup:
services:
gemma-server:
image: synonexthub/llama.cpp:server-cuda-12.4.1-ampere
container_name: llama-ampere-server
restart: unless-stopped
ports:
- "8084:8080"
volumes:
- /opt/ai-stack/models:/models:ro
environment:
- CUDA_VISIBLE_DEVICES=0
deploy:
resources:
reservations:
devices:
- driver: nvidia
count: all
capabilities: [gpu]
command:
- "-m"
- "/models/Gemma-4-E4B-IT-ABLITERATED-UNCENSORED-PHILADELPHIA-CLASS-i1.Q4_K_M.gguf"
- "--host"
- "0.0.0.0"
- "--port"
- "8080"
- "--ctx-size"
- "15872"
- "--parallel"
- "1"
- "--batch-size"
- "512"
- "--ubatch-size"
- "256"
- "--flash-attn"
- "on"
- "--n-gpu-layers"
- "42"
After starting the container, verify native GPU execution and full VRAM allocation via:
docker logs llama-ampere-server
nvidia-smi
Maintained by synonexthub. Built for performance. Dedicated to the open-source community.
Content type
Image
Digest
sha256:4c3a7d42b…
Size
1.4 GB
Last updated
3 months ago
docker pull synonexthub/llama.cpp:server-cuda-12.4.1-ada_lovelace