Install locally n8n and ollama as a chat model in my VM. what resource should i assign? include RAM,CPU,DISK,NIC

install locally n8n and ollama as a chat model in my VM. what resource should i assign? include RAM,CPU,DISK,NIC

Describe the problem/error/question

What is the error message (if any)?

Please share your workflow

(Select the nodes on your canvas and use the keyboard shortcuts CMD+C/CTRL+C and CMD+V/CTRL+V to copy and paste the workflow.)

Share the output returned by the last node

Information on your n8n setup

  • n8n version:
  • Database (default: SQLite):
  • n8n EXECUTIONS_PROCESS setting (default: own, main):
  • Running n8n via (Docker, npm, n8n cloud, desktop app):
  • Operating system:

Hey @Elimelikeli, while you wait for a response, here are some things that might help:

Suggested resources

Automatically matched to your question.

Docs:

Forum:

@solomon, @Buggy_Arbor, @DylanS - you’ve helped with similar issues before, can you take a look?

Automatically suggested by n8n’s community bot. It’s a pilot - please share feedback here.

Hi @Elimelikeli

Running both n8n and Ollama (with a Large Language Model) on a single VM requires a careful balance of resources. The primary bottleneck will be the LLM you choose to run via Ollama, as RAM and CPU/GPU requirements vary wildly between a small model (like Phi-3 or Llama 3.2 1B) and a medium model (like Llama 3.1 8B).

You can use the following as a guide

thanks,as a n8n team, what is your recommended?

thanks,do you have any other recommendations?

thanks , can u tell me about core s and its GHz?

Hi @Elimelikeli Welcome!
Clock speed is not what limits token generation, memory bandwidth is, so a 3.5 GHz core buys you very little over a 2.5 GHz one on the same RAM. Anything modern at 2.5 GHz or above is fine. Give the VM physical cores rather than hyperthreaded vCPUs, and expect the gains to flatten around the physical core count, usually near 8, past which extra threads mostly add overhead.
What changes Ollama’s speed far more than GHz is the guest CPU type. On Proxmox or plain KVM the default generic model hides AVX and AVX2 from the guest, so Ollama drops to its slow path and logs “CPU does not have minimum vector extensions”, which also disables GPU inference if you add a card later. Set the VM CPU type to host, or x86-64-v3 if you need live migration, then confirm it inside the VM:

lscpu | grep -i avx

More on picking the box:

which OS do you recommend?

That depends… what is your hardware?

I don’t know much about the hardware details. I should just find resources and the operating system.