Re: [bhyve][arm64] Number of allowed vcpus

"Rodney W. Grimes" <[email protected]>
Newsgroups gmane.os.freebsd.devel.arm,gmane.os.freebsd.devel.virtualization
Message-ID <[email protected]>
> Hello,
> 
> >From my perspective bhyve should use what is stated in the device tree if
> no parameter is given and throw an error when N is greater than the device
> tree value.
> 
> Mihai

That seems to be one reasonable solution.  I am not very informed on what
the CPU over commit situation is on an ARM cpu with respect to virtualization.

I would also propose as an alternative to just do what was asked by the
user, which is the current amd64 implementation, OR do as asked and
emmit a warning message.

I would ask given what was said above: isnt this the same situation as
if the sum of all VM VCPU's is more than the total cores in the system?
That is a very common situation, and one we must not restrict.

> On Wed, Jan 13, 2021 at 1:55 PM Andrei Martin <[email protected]>
> wrote:
> 
> > Hello,
> >
> > While working on enabling multiple virtual cpus for the arm64 virtual
> > machine
> > I used the bhyve's "-c N" parameter to create N cpus (it gets only the
> > cpus, in contrast to the amd64). If N is smaller than the number of cores
> > described in the device tree it will enable only N and if it's larger it
> > will enable only the number of cores from the device tree.
> >
> > I don't know if it is the best approach. Another way would be to enable
> > all the cpus from the device tree, no more, no less.
> >
> > Do you have any suggestions?
> >
> > Andrei
> >
> _______________________________________________
> [email protected] mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization
> To unsubscribe, send any mail to "[email protected]"
> 

-- 
Rod Grimes                                                 [email protected]
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-arm
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.