From owner-freebsd-virtualization@FreeBSD.ORG Mon Sep 8 13:12:55 2014 Return-Path: Delivered-To: freebsd-virtualization@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by hub.freebsd.org (Postfix) with ESMTPS id E972A2CA for ; Mon, 8 Sep 2014 13:12:55 +0000 (UTC) Received: from potato.growveg.org (potato.growveg.org [62.49.247.163]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id A1D7F1B2B for ; Mon, 8 Sep 2014 13:12:55 +0000 (UTC) Received: from john by potato.growveg.org with local (Exim 4.84 (FreeBSD)) (envelope-from ) id 1XQyk0-000ISg-39 for freebsd-virtualization@freebsd.org; Mon, 08 Sep 2014 14:12:20 +0100 Date: Mon, 8 Sep 2014 14:12:20 +0100 From: John To: freebsd-virtualization@freebsd.org Subject: Re: bhyve and zfs and speed Message-ID: <20140908131220.GA70743@potato.growveg.org> Reply-To: freebsd-virtualization@freebsd.org References: <20140902133950.GA19480@potato.growveg.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.23 (2014-03-12) Sender: John X-SA-Exim-Connect-IP: X-SA-Exim-Mail-From: john@potato.growveg.org X-SA-Exim-Scanned: No (on potato.growveg.org); SAEximRunCond expanded to false X-BeenThere: freebsd-virtualization@freebsd.org X-Mailman-Version: 2.1.18-1 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, 08 Sep 2014 13:12:56 -0000 On Wed, Sep 03, 2014 at 12:15:28AM +0200, Nikolay Denev wrote: > I see you have 108G free memory. Is this due to a recent reboot and > the ARC hasn't grown much yet, or you are limiting it? not doing anything to it - it's running defaults. Two virtual machines are running. > As for ZFS tuning for bhyve, I'm not aware of anything specific, but > you should consider that values you want to put for the zvols for > primarycache and secondarycache. (In your case only primarycache as > you don't have L2ARC). ok, thanks. > Leaving this to the default might be faster but might result in double > caching: Once in the ARC on the host system, and then on the buffer > cache of the UFS guest. ok - will look to see how to turn off double buffering > For MySQL and databases in general, as far as I can remember the > general advice was to run them on zfs datasets with lower reclen, like > 8k for example. > Here you have zvols which default to 8k but the vtbd device reports > 512b sectors, not sure if you try to trick it into using larger values > here wouldn't help. > Also different UFS block sizes for different zvol recordlens might be > interesting test. Thanks again for the advice -- John