From owner-freebsd-virtualization@freebsd.org Mon Aug 13 16:27:23 2018 Return-Path: Delivered-To: freebsd-virtualization@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 554A31076FCF for ; Mon, 13 Aug 2018 16:27:23 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (br1.CN84in.dnsmgr.net [69.59.192.140]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id B930C80AE7 for ; Mon, 13 Aug 2018 16:27:22 +0000 (UTC) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: from pdx.rh.CN85.dnsmgr.net (localhost [127.0.0.1]) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3) with ESMTP id w7DGRKDg037841; Mon, 13 Aug 2018 09:27:20 -0700 (PDT) (envelope-from freebsd-rwg@pdx.rh.CN85.dnsmgr.net) Received: (from freebsd-rwg@localhost) by pdx.rh.CN85.dnsmgr.net (8.13.3/8.13.3/Submit) id w7DGRKKT037840; Mon, 13 Aug 2018 09:27:20 -0700 (PDT) (envelope-from freebsd-rwg) From: "Rodney W. Grimes" Message-Id: <201808131627.w7DGRKKT037840@pdx.rh.CN85.dnsmgr.net> Subject: Re: Curent Centos 7 and bhyve In-Reply-To: <1b484d237c4a4f4dabcbd7b0eece7675@SERVER.ad.usd-group.com> To: Matt Churchyard Date: Mon, 13 Aug 2018 09:27:20 -0700 (PDT) CC: Victor Sudakov , "freebsd-virtualization@freebsd.org" X-Mailer: ELM [version 2.4ME+ PL121h (25)] MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=US-ASCII X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.27 Precedence: list List-Id: "Discussion of various virtualization techniques FreeBSD supports." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Aug 2018 16:27:23 -0000 > > Rodney W. Grimes wrote: > > [dd] > > > > > > > > > > > > > Though it has a lot of features, it also has some short > > > > > > comings, like you can not spec a vm to be wired in memory, > > > > > > which IMHO is the only way to insure consistent VM performance. > > > > > > > > > > Well, we have "bhyve_options" configuration option in the vm > > > > > config, why not put "-S" there, is that what you mean by wiring > > > > > the vm in memory? > > > > > > > > I believe that fails as that only adds the -S to bhyve, and you > > > > must specify it both on bhyveload and bhyve for it to work. > > > > > > I think it is totally doable becase vm-bhyve is nothing but a suit > > > of scripts. A PR with a feature request would be appropriate. > > > > I made several attempts to contact the author at the email address > > provided at the git hub while making other bhyve changes to try and > > coordinate with him. I got no response after 3 attempts, > > so have stopped trying to contact them. (This was while I was > > adding the -c cpu topology modifications.) > > > You can add yourself to > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=230580 > > maybe something useful comes out of it. > > I've already commented on the bug, although I'll reply here as well. > If "-S" is found in bhyve_options it does currently affect both commands. I have decided that a specific wired_memory option is useful though and will add this to the next release. > > The name limit has been increased to 32 since v1.2 This is better, but still an artificial limit, the implementation of bhyve allows this string to be any valid filename, the scripts should be designed to allow for that as the valid limit. I modified the script so that the vm name is the last column, and removed the length check all togeather, this allows for the string to be what ever length and not mess with column widths. root@x230a:# vm list DATASTORE LOADER CPU MEMORY VNC AUTOSTART STATE NAME default bhyveload 1 128M - No Stopped fb-bld-10-amd64 default bhyveload 4 2048M - No Stopped fb-bld-11-amd64 default bhyveload 4 1024M - No Stopped fb-bld-11-i386 default bhyveload 1 128M - No Stopped fb-bld-11.0-p1-amd64 default bhyveload 1 128M - No Stopped fb-bld-11.0-p1-i386 default bhyveload 4 512M - No Stopped fb-bld-11.1-amd64 default bhyveload 4 512M - No Stopped fb-bld-11.1-i386 > I didn't realize the changes for cpu topology had actually made it > into head, although I don't believe it's actually in a release yet? Yes, they are in head, the MFC has been delayed for other reasons. It is in the 12.0-ALPHA1 snapshot, and many before that. > I will plan to support configuration and display of these > before 12 release. Thanks. I think mostly just extract the NCPU's from the topology string. The code actually works now, but due to fixed column width assumptions the output looks bad. > > Matt > > > -- > > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > > AS43859 > > _______________________________________________ > > freebsd-virtualization@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-virtualization > > To unsubscribe, send any mail to "freebsd-virtualization-unsubscribe@freebsd.org" > > -- Rod Grimes rgrimes@freebsd.org