How to get Muse-Glimmer working on a Mac / MacBook Pro in LM Studio and the M5 Metal Tensor issue

#42
by Portll-LLM - opened

If LM Studio fails to load this GGUF with "Engine protocol runtime llama-server exited before becoming healthy. exitCode=1", it isn't your Mac, your RAM, or a bad download. The real error is only visible in the server logs (~/.lmstudio/server-logs/):

**"error loading model: unknown model architecture: 'muse-glimmer'". **

Muse Glimmer is a new architecture and llama.cpp only learned it recently. LM Studio's bundled engine 2.27.1 and older predate it and reject the file near-instantly (~0.2 seconds), before any memory is allocated - which is why changing context length or GPU offload settings does nothing.

The fix takes about a minute.

  1. Open Settings, go to Runtimes, and update the llama.cpp runtime (or run "lms runtime update" in a terminal). You need llama.cpp-mac-arm64-apple-metal-advsimd version 2.28.2 or newer.
  2. Check it shows as selected for GGUF ("lms runtime ls" should show a check mark next to 2.28.2). Then just load the model again - no app restart needed, because every model load spawns a fresh engine process from the currently selected runtime. Verified on a MacBook Pro M5 Pro (38 GB, macOS 26.4, LM Studio 0.4.20): on 2.27.1 the model is rejected, on 2.28.2 the same file loads in seconds and serves normally, including the mmproj multimodal projector.

Prompt processing on the M5 by default is currently slower than the hardware can achieve. Every load logs:

"ggml_metal_library_init_from_source: error compiling source"

followed by

"the tensor API is not supported in this environment - disabling".

The M5's GPU Neural Accelerators are driven through Apple's Metal 4 tensor API and llama.cpp supports it, but LM Studio's engine builds are compiled against the macOS 14 SDK, which makes the runtime shader compile default to Metal 3.2, where the tensor API does not exist.

The capability check fails and llama.cpp silently falls back to the classic kernels. What you lose is roughly 2-3x on prompt processing, i.e. time to first token on long prompts, RAG and agentic workloads. It doesn't affect generation speed - tokens per second are memory-bandwidth-bound and unchanged, so chat feels normal and outputs are identical. This is tracked with a confirmed root cause at github.com/lmstudio-ai/lmstudio-bug-tracker/issues/2040. There is nothing to tune on your side for GGUF; if an MLX conversion of this model exists, LM Studio's MLX "nax" runtime does use the M5 accelerators today.

The architecture fix applies to every Mac: any Apple-silicon machine needs runtime 2.28.2 or newer to load Muse Glimmer at all.

The tensor API slowdown is M5-only: the tensor API targets the GPU Neural Accelerators introduced with the M5 generation (A19 on iPhone), and llama.cpp explicitly disables it for pre-M5 devices because the hardware is not there.

Sizing note: this quant is about 17 GB of weights plus context, comfortable on 32 GB or more of unified memory. On 16 or 18 GB machines it will page or fail to fit regardless of everything above.

Portll-LLM changed discussion title from How to get Muse-Glimmer working on a Mac / MacBook Pro M5 chip in LM Studio, and the Metal Tensor issue to How to get Muse-Glimmer working on a Mac / MacBook Pro in LM Studio and the M5 Metal Tensor issue

Sign up or log in to comment