Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 28 Aug 2018 08:31:32 -0700 (PDT)
From:      "Rodney W. Grimes" <freebsd-rwg@pdx.rh.CN85.dnsmgr.net>
To:        Fabian Freyer <fabian.freyer@physik.tu-berlin.de>
Cc:        Anish <akgupt3@gmail.com>, "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>
Subject:   Re: on bhyve statistics
Message-ID:  <201808281531.w7SFVWfV016212@pdx.rh.CN85.dnsmgr.net>
In-Reply-To: <79435a58-9591-b55a-adca-81e037e904ff@physik.tu-berlin.de>

next in thread | previous in thread | raw e-mail | index | archive | help
> On 8/28/18 3:37 PM, Rodney W. Grimes wrote:
> >>>> Currently, bhyve does not expose any of these statistics. All the stats
> >>> available through bhyvectl --get-stats seem to be coming from the VMM,
> >>> not from the userspace emulation.
> >>
> >>> That is correct, byhvectl is a diagnostics tool for getting
> >> information from the kernel/vmm module.
> >>
> >> bhyvectl provide stats related to processor vmx/svm from vmm.ko and is the
> >> first thing you want to run for performance regression. It will be nice to
> >> include it as part of bhyve perf tool/dashboard that you are intended to
> >> build.
> > 
> >  From conversations with Peter Grehan he expressed that bhyvectl is
> > purely a diagnostics tool that should not be depended on by any
> > other tools.
> > 
> > If you want to do similiar things you should program to the libvmmapi
> > interface, not bhyvectl.
> 
> For context, this is *not* what I'm aiming to do. While bhyvectl just 
> prints statistics exposed by the VMM through libvmmapi, I'm specifically 
> asking about instrumenting the userland part, bhyve.
> 
> Also, libvmmapi does have downstream consumers that are not 
> bhyve{,ctl,load}, e.g. grub2-bhyve, bhyve-multiboot[1], maybe even 
> xhyve[2] - for performance reasons, I'd prefer scraping metrics through 
> libvmmapi over shelling out to bhyvectl.

Yes, there are other consumers of libvmmapi, why I stressed
that it is the api to interface with vmm.ko.

It might even make since to have the userland bhyve(8)
maintain statistics in libvmmapi for exactly these reasons.

> [1] https://github.com/fubarnetes/bhyve-multiboot
> [2] https://github.com/mist64/xhyve

-- 
Rod Grimes                                                 rgrimes@freebsd.org



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