Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 8 Sep 2014 14:12:20 +0100
From:      John <freebsd-lists@potato.growveg.org>
To:        freebsd-virtualization@freebsd.org
Subject:   Re: bhyve and zfs and speed
Message-ID:  <20140908131220.GA70743@potato.growveg.org>
In-Reply-To: <CA%2BP_MZHQ6ymXoCnL9iuA2s97ax2R0uhhiQa7g-Xp_KJV3vCcOA@mail.gmail.com>
References:  <20140902133950.GA19480@potato.growveg.org> <CA%2BP_MZHQ6ymXoCnL9iuA2s97ax2R0uhhiQa7g-Xp_KJV3vCcOA@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
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 



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