[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20070416194644.GA27843@lazybastard.org>
Date: Mon, 16 Apr 2007 21:46:45 +0200
From: Jörn Engel <joern@...ybastard.org>
To: Tomasz Kłoczko <kloczek@...y.mif.pg.gda.pl>
Cc: Christoph Hellwig <hch@...radead.org>,
Stefan Richter <stefanr@...6.in-berlin.de>,
Jan Engelhardt <jengelh@...ux01.gwdg.de>,
Mike Snitzer <snitzer@...il.com>, Neil Brown <neilb@...e.de>,
"David R. Litwin" <presently42@...il.com>,
linux-kernel@...r.kernel.org
Subject: Re: ZFS with Linux: An Open Plea
On Mon, 16 April 2007 17:46:50 +0200, Tomasz Kłoczko wrote:
> On Mon, 16 Apr 2007, Christoph Hellwig wrote:
>
> >Numbers, please. So far in all interesting benchmarks it actually
> >was slower. But when they're faster than XFS somewhere I'd defintly
> >be interesting in looking at why this is true and if possible and
> >important enough fix it.
Christoph, could you show some numbers as well? While I usually trust
your opinion, I have yet to see any substantial argument against ZFS
from your side.
> http://cmynhier.blogspot.com/2006/05/zfs-io-reordering-benchmark.html
http://blogs.sun.com/bill/#zfs_vs_the_benchmark
If you read closely you may notice that ZFS had relatively little to do
with read performance under heavy write load. ZFS simply has "some fancy
I/O scheduling code" that in particular deals with deadlines. The Linux
equivalent appears to be CONFIG_IOSCHED_DEADLINE. But the quoted
benchmark does not mention which scheduler was used for Linux.
So unless the benchmark is redone and properly documented, its numbers
are fairly worthless. Bummer.
> http://cmynhier.blogspot.com/2006/05/zfs-benchmarking.html
"The company I work for would probably balk if I put that script here"
No publically available benchmark. So even if a third party wanted to,
it couldn't recreate the benchmark. Again, fairly worthless.
So by my count, neither side has showed any worthwile numbers. Whether
ZFS performance is better or worse is anyone's guess.
Jörn
--
Simplicity is prerequisite for reliability.
-- Edsger W. Dijkstra
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists