ROCK on a virtual machine?

Thanks,exactly what I wanted to hear.

yes. I use VM to run roon rock now

VMware PLayer is the real trick no extension…

I am using a debian container.

  1. Less overhead.
  2. You can use usb audio, this did not work in a virtual machine.

The idea is exactly to constrain ROON in the VM scenario, which is one of the nice things about VMs… you can assign the resources to it that the VM (or application) needs OR whatever you want it to use . :wink:

In general, I believe it’s bad practice to use the host machine for anything else than a hypervisor with VM’s, if you have bought your hardware for that specific use. If you’d install Roon server on the host machine along with a hypervisor (type 2) and VM’s, ROON would claim those resources ‘at will’ from all the VM’s running on it, and managing those resources would become a pain.

The overhead of the virtualization layer is hardly worth mentioning anymore these days. Buy hardware with lots of processor cores and memory, and all those resources are better spent on VM’s and / or Containers. Of course, in some scenarios Roon needs all those resources… but in that case, I wouldn’t use that host for any VMs and simply install ROCK stand-alone. Its either one or the other.

1 Like

If that’s what you bought the hardware for, yes, although that is more of a cloud compute service provider scenario than typical home computing. I do get hardware with virtualization capabilities to be able to run VMs, but my VMs run occasionally, so my approach is more flexible than “either one or the other”.

True, that’s another use case. It’s just that resource management gets a little daunting on a hybrid setup like that.

By the way, I’ve just managed to get Roon ROCK running as a VM, on a mini PC with an Intel I9 processor, with Linux EndeavourOS installed, on top of the KVM-QEMU hypervisor. It runs like a charm, and now I get to see exactly how many resources Roon uses. (Not a whole lot - 4vCPU’s and 4GB memory is enough). And if it’s not enough, I simply assign more resources. :heart_eyes:

1 Like

This is actually an issue with most of the Linux based hypervisors out there. They run a small linux environment then some kind of web / distributed management on top of a KVM environment. Of the “commercial” hypervisors I’ve used you cannot run any software on the host itself. You shouldn’t be running any software on the host. There is no such thing as “only running VMs occasionally”. If you want to run something 24/7 it needs to be in a VM so the hypervisor can manage it. This also gives you portability to move the VM around.

Not exactly when you look at the people who run various things, including Roon, on their Synology NAS hardware. Again, consider the Synology like a “commercial” hypervisor. It just happens to come with various slots for storage. You cannot run anything “on the host” but you can certainly deploy many VMs / containers for it to run and manage “virtually”.

A hypervisor alone is not complicated. It’s really not until do something like building an OpenStack environment in your home where “cloud compute” becomes “home compute”. But, it’s actually very efficient to run everything virtually managed by a hypervisor. Running stuff on the host just seems weird. Like… what if I need to reboot that stuff? I got to reboot the whole hypervisor? There should never be a need to reboot the hypervisor (outside of the occasional software updates).