News for hackers. Stuff that matters.
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by redrove on Friday April 03, 2026 @06:25AM (#47624999)
There is virtually no reason to use Ollama over LM Studio or the myriad of other alternatives.

Ollama is slower and they started out as a shameless llama.cpp ripoff without giving credit and now they “ported” it to Go which means they’re just vibe code translating llama.cpp, bugs included.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by alifeinbinary on Friday April 03, 2026 @06:58AM (#47625237)
I really like LM Studio when I can use it under Windows but for people like me with Intel Macs + AMD gpu ollama is the only option because it can leverage the gpu using MoltenVK aka Vulkan, unofficially. We're still testing it, hoping to get the Vulkan support in the main branch soon. It works perfectly for single GPUs but some edge cases when using multiple GPUs are unsupported until upstream support from MoltenVK comes through. But yeah, I agree, it wasn't cool to repackage Georgi's work like that.
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by faitswulff on Friday April 03, 2026 @07:56AM (#47625670)
Does LM Studio have an equivalent to the ollama launch command? i.e. `ollama launch claude --model qwen3.5:35b-a3b-coding-nvfp4`
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by DiabloD3 on Friday April 03, 2026 @08:49AM (#47626098)
I don't think it does, but llama.cpp does, and can load models off HuggingFace directly (so, not limited to ollama's unofficial model mirror like ollama is).

There is no reason to ever use ollama.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by ffsm8 on Friday April 03, 2026 @09:04AM (#47626213)
> I don't think it does, but llama.cpp does

I just checked their docs and can't see anything like it.

Did you mistake the command to just download and load the model?

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by u8080 on Friday April 03, 2026 @09:47AM (#47626618)
-hf ModelName:Q4_K_M
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by ffsm8 on Friday April 03, 2026 @10:05AM (#47626797)
Did you mistake the command to just download and load the model too?

Actually that shouldn't be a question, you clearly did.

Hint: it also opens Claude code configured to use that model

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by DiabloD3 on Friday April 03, 2026 @08:38PM (#47634270)
As a sibling comment answered you, it is `-hf`.

And yes, it downloads the model, caches it, and then serves future loads of that model out of the cache if the file hasn't changed in the hf repo.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by ffsm8 on Friday April 03, 2026 @08:55PM (#47634397)
So I'm summary: no, it does not have an equivalent command either.
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by beanjuiceII on Friday April 03, 2026 @09:13AM (#47626311)
sure there's a reason...it works fine thats the reason
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by gen6acd60af on Friday April 03, 2026 @07:32AM (#47625476)
LM Studio is closed source.

And didn't Ollama independently ship a vision pipeline for some multimodal models months before llama.cpp supported it?

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by zozbot234 on Friday April 03, 2026 @10:20AM (#47626964)
Yes, they introduced that Golang rewrite precisely to support the visual pipeline and other things that weren't in llama.cpp at the time. But then llama.cpp usually catches up and Ollama is just left stranded with something that's not fully competitive. Right now it seems to have messed up mmap support which stops it from properly streaming model weights from storage when doing inference on CPU with limited RAM, even as faster PCIe 5.0 SSDs are finally making this more practical.

The project is just a bit underwhelming overall, it would be way better if they just focused on polishing good UX and fine-tuning, starting from a reasonably up-to-date version of what llama.cpp provides already.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by meltyness on Friday April 03, 2026 @07:30AM (#47625460)
I feel like the READMEs for these 3 large popular packages already illustrate tradeoffs better than hacker news argument
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by iLoveOncall on Friday April 03, 2026 @06:35AM (#47625081)
> There is virtually no reason to use Ollama over LM Studio or the myriad of other alternatives.

Hmm, the fact that Ollama is open-source, can run in Docker, etc.?

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by DiabloD3 on Friday April 03, 2026 @09:02AM (#47626199)
Ollama is quasi-open source.

In some places in the source code they claim sole ownership of the code, when it is highly derivative of that in llama.cpp (having started its life as a llama.cpp frontend). They keep it the same license, however, MIT.

There is no reason to use Ollama as an alternative to llama.cpp, just use the real thing instead.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by simondotau on Friday April 03, 2026 @09:32AM (#47626485)
If it’s MIT code derived from MIT code, in what way is its openness ”quasi”? Issues of attribution and crediting diminish the karma of the derived project, but I don’t see how it diminishes the level of openness.
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by DiabloD3 on Friday April 03, 2026 @08:43PM (#47634308)
FOSS licensing can only exist in terms of Copyright. Without Copyright, you cannot license FOSS. If something has an incorrect Copyright attribution, then the license can be viewed as invalid until this deficiency has been corrected (obv. depending on local laws, etc).

On top of this, it would not be unreasonable for the numerous authors of llama.cpp to issue DMCA takedown requests if Ollama is unwilling to correct it.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by lousken on Friday April 03, 2026 @07:13AM (#47625332)
lm studio is not opensource and you can't use it on the server and connect clients to it?
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by jedisct1 on Friday April 03, 2026 @07:32AM (#47625474)
LM Studio can absolutely run as as server.
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by walthamstow on Friday April 03, 2026 @08:06AM (#47625738)
IIRC it does so as default too. I have loads of stuff pointing at LM Studio on localhost
Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by logicallee on Friday April 03, 2026 @09:40AM (#47626558)
>Ollama is slower

I've benchmarked this on an actual Mac Mini M4 with 24 GB of RAM, and averaged 24.4 t/s on Ollama and 19.45 t/s on LM Studio for the same ~10 GB model (gemma4:e4b), a difference which was repeated across three runs and with both models warmed up beforehand. Unless there is an error in my methodology, which is easy to repeat[1], it means Ollama is a full 25% faster. That's an enormous difference. Try it for yourself before making such claims.

[1] script at: https://pastebin.com/EwcRqLUm but it warms up both and keeps them in memory, so you'll want to close almost all other applications first. Install both ollama and LM Studio and download the models, change the path to where you installed the model. Interestingly I had to go through 3 different AI's to write this script: ChatGPT (on which I'm a Pro subscriber) thought about doing so then returned nothing (shenanigans since I was benchmarking a competitor?), I had run out of my weekly session limit on Pro Max 20x credits on Claude (wonder why I need a local coding agent!) and then Google rose to the challenge and wrote the benchmark for me. I didn't try writing a benchmark like this locally, I'll try that next and report back.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by dminik on Friday April 03, 2026 @09:51AM (#47626654)
It depends on the hardware, backend and options. I've recently tried running some local AIs (Qwen3.5 9B for the numbers here) on an older AMD 8GB VRAM GPU (so vulkan) and found that:

llama.cpp is about 10% faster than LM studio with the same options.

LM studio is 3x faster than ollama with the same options (~13t/s vs ~38t/s), but messes up tool calls.

Ollama ended up slowest on the 9B, Queen3.5 35B and some random other 8B model.

Note that this isn't some rigorous study or performance benchmarking. I just found ollama unnaceptably slow and wanted to try out the other options.

Re:April 2026 TLDR Setup for Ollama and Gemma 4 26B on a Mac... by jrm4 on Friday April 03, 2026 @10:57AM (#47627393)
Do y'all mean backend or the Ollama frontend or both? I find it trivially easy to sub in my local Ollama api thing in virtually all of the interesting frontend things. I'm quite curious about the "why not Ollama" here.