Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 2 Dec 2021 08:03:11 -0800 (PST)
From:      "Rodney W. Grimes" <freebsd-rwg@gndrsh.dnsmgr.net>
To:        bsdlists@jld3.net
Cc:        Oleg Ginzburg <olevole@olevole.ru>, Miroslav Lachman <000.fbsd@quip.cz>, rgrimes@FreeBSD.org, jbo@insane.engineer, freebsd-virtualization@FreeBSD.org
Subject:   Re: bhyve vCPU limit
Message-ID:  <202112021603.1B2G3B9U049478@gndrsh.dnsmgr.net>
In-Reply-To: <FF810706-07B8-4B2E-8286-749834D354F4@jld3.net>

next in thread | previous in thread | raw e-mail | index | archive | help
> On Wed 2021-12-01 11:13 AM MST -0700, <olevole@olevole.ru> wrote:
> 
> > As far as I remember, it is not enough to simply change one parameter
> > in .h file: https://bhyvecon.org/bhyveconOttawa2019-Rodney.pdf
> 
> I may be wrong but my understanding is that prior to the work described 
> in that presentation, some of the bhyve data structures were such that 
> vCPU counts above 21 would not be possible. That work resolved that but 
> the VM_MAXCPU value was left at 16.

That is correct, the work described was committed, and raised
the usable limit of VM_MAXCPU well into the 200 range.  Note
that raising this ABOVE the physcial core count is neither
desirable or performant.

> 
> On my system, I'm sure that all I did was edit vmm.h, make buildworld, 
> and make installworld.

Yes, that would do all that is needed.  There well be some ipi interrupt
stats that dont work right, but that is the only known issue.

> 
> I did some other stuff while sort of stumbling toward that eventual 
> solution, described here:
> 
> <https://lists.freebsd.org/pipermail/freebsd-virtualization/2021-May/009508.html>;
> 
> Once what I was doing wrong was pointed out, it seemed to me that after 
> editing that file, "make buildworld" and "make installworld" would be 
> the simplest way to do things, so that's what I did. It's been working 
> fine for six months or so.

In this message of that thread:
  https://lists.freebsd.org/pipermail/freebsd-virtualization/2021-May/009510.html

I correct the error that caused your procedure to not work and
explain why it did not work (compiled with old /usr/include file).

-- 
Rod Grimes                                                 rgrimes@freebsd.org



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?202112021603.1B2G3B9U049478>