Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

48gb of vram.

a machine like this is about a years rent for most people.

a small car for most others.

 help



I think he’s talking about the Mac Mini unified memory.

48G RAM is pretty useful if you want to run k8s locally for tests / exploration


true but if you're actually running k8s and similar workloads, chances are it might eat memory that LLM requires.

you'll also notice these articles rarely specify their context window in tokens, because it is small, usually 30k to 70k tokens and it gets slower as it fills up.


I actually have a Mac Mini M4 Pro with 48G. I gave the k8s example because this is what I was doing with it.

Was because I am back to using Linux as my workstation.

My Mac Mini is now a headless server for llama.cpp.

So, you are right that for these workloads , I would not be using the Mac Mini for k8s AND llama.

Another thing going against using a Mac for Linux containers is that there are no solutions that I know that properly manages memory : memory is given to the Linux vm , but never fluctuates if the needs in the vm are less than the initial request.

I know Orb Stack does that but is it proprietary. I think UTM does it , but not sure I would use UTM instead of Lima, Colima , multipass , etc to run containers.


Try smolvm microvms from https://smolmachines.com - among other benefits they only consume host resources if they're actually used.



Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: