Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 17 Nov 2015 18:16:50 -0400
From:      Christopher Forgeron <csforgeron@gmail.com>
To:        Garrett Wollman <wollman@bimajority.org>
Cc:        FreeBSD Filesystems <freebsd-fs@freebsd.org>, FreeBSD stable <freebsd-stable@freebsd.org>
Subject:   Re: Some filesystem performance numbers
Message-ID:  <CAB2_NwDg-RqntBFWzic3c79mZBwWp4ZFG2aitqK4j-M68QQaZA@mail.gmail.com>
In-Reply-To: <21685.40094.453028.585630@hergotha.csail.mit.edu>
References:  <21685.40094.453028.585630@hergotha.csail.mit.edu>

next in thread | previous in thread | raw e-mail | index | archive | help
Sounds interesting. I'd love to see your results when you're ready to
share, or even the 'work in progress' if you want to share privately .



On Tue, Jan 13, 2015 at 6:30 PM, Garrett Wollman <wollman@bimajority.org>
wrote:

> I recently bought a copy of the SPECsfs2014 benchmark, and I've been
> using it to test out our NFS server platform.  One scenario of
> interest to me is identifying where the limits are in terms of the
> local CAM/storage/filesystem implementation versus bottlenecks unique
> to the NFS server, and to that end I've been running the benchmark
> suite directly on the server's local disk.  (This is of course also
> the way you'd benchmark for shared-nothing container-based
> virtualization.)
>
> I have found a few interesting results on my test platform:
>
> 1) I can quantify the cost of using SHA256 vs. fletcher4 as the ZFS
> checksum algorithm.  On the VDA workload (essentially a simulated
> video streaming/recording application), my server can do about half as
> many "streams" with SHA256 as it can with fletcher4.
>
> 2) Both L2ARC and separate ZIL have small but measurable performance
> impacts.  I haven't examined the differences closely.
>
> 3) LZ4 compression also makes a small performance impact, but as
> advertised, less than LZJB for mostly-incompressible data.
>
> I hope to be able to present the actual benchmark results at some
> point, as well as some results for the other three workloads.
>
> -GAWollman
> _______________________________________________
> freebsd-fs@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-fs
> To unsubscribe, send any mail to "freebsd-fs-unsubscribe@freebsd.org"
>



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