Re: bhyve: how to keep the host from starving the guest

> On 26 Jun 2023, at 15:06, Aryeh Friedman wrote: > > On Mon, Jun 26, 2023 at 7:50 AM Vitaliy Gusev > wrote: >> ... >> As recommendation: >> >> Look at an another memory consumers like ZFS, another processes >> Increase swap >> Tune vm.overcommit sysctl. See tun

Re: bhyve: how to keep the host from starving the guest

On Mon, Jun 26, 2023 at 7:50 AM Vitaliy Gusev wrote: > > Hi Aryeh, > > Have you wired a guest memory with bhyve's -S option? > > -S Wire guest memory > > > Anyway, OS does not have another choice than kill a process to free some > memory > when RAM+swap is fully used (assume kernel alrea

Re: bhyve: how to keep the host from starving the guest

Hi Aryeh, Have you wired a guest memory with bhyve's -S option? -S Wire guest memory Anyway, OS does not have another choice than kill a process to free some memory when RAM+swap is fully used (assume kernel already scanned Inactive memory). As recommendation: Look at an another memory

bhyve: how to keep the host from starving the guest

I am a 12 core machine that I want allocate only 4 CPU's to the host and 8 to a VM (the host is my desktop FreeBSD machine and the guest is debian 11 used for playing around with learning AI model making) I have passed my GeForce 1030 (bottom of the line GPU for AI work it seems) but since it a

Re: Warm and Live Migration Implementation for bhyve

Hi Elena, thanks for posting this proposal here. Some open questions from my side: 1. How is the data send to the target? Does the host send a complete dump and the target parses it? Or does the target request data one by one und the host sends it as response? 2. What happens if we add a new da