mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Jörn Engel" <joern@lazybastard.org>
To: "Tomasz Kłoczko" <kloczek@rudy.mif.pg.gda.pl>
Cc: Christoph Hellwig <hch@infradead.org>,
	Stefan Richter <stefanr@s5r6.in-berlin.de>,
	Jan Engelhardt <jengelh@linux01.gwdg.de>,
	Mike Snitzer <snitzer@gmail.com>, Neil Brown <neilb@suse.de>,
	"David R. Litwin" <presently42@gmail.com>,
	linux-kernel@vger.kernel.org
Subject: Re: ZFS with Linux: An Open Plea
Date: Mon, 16 Apr 2007 21:46:45 +0200	[thread overview]
Message-ID: <20070416194644.GA27843@lazybastard.org> (raw)
In-Reply-To: <Pine.BSO.4.63.0704161734370.11088@rudy.mif.pg.gda.pl>

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

  parent reply	other threads:[~2007-04-16 19:52 UTC|newest]

Thread overview: 83+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-13 23:18 David R. Litwin
2007-04-13 23:43 ` Neil Brown
2007-04-14 12:16   ` Christoph Hellwig
2007-04-14 14:04   ` Mike Snitzer
2007-04-14 20:53     ` Jan Engelhardt
2007-04-16  9:40       ` Tomasz Kłoczko
2007-04-16 11:19         ` John Anthony Kazos Jr.
2007-04-16 14:02         ` Stefan Richter
2007-04-16 14:20           ` Tomasz Kłoczko
2007-04-16 14:55             ` Christoph Hellwig
2007-04-16 15:46               ` Tomasz Kłoczko
2007-04-16 15:59                 ` Christoph Hellwig
2007-04-16 19:02                 ` Diego Calleja
2007-04-16 20:18                   ` Tomasz Kłoczko
2007-04-18 17:25                     ` Lennart Sorensen
2007-04-18 17:39                       ` Jeff Garzik
2007-04-27  5:21                       ` Valerie Henson
2007-04-27 21:57                         ` Matt Mackall
2007-04-16 19:46                 ` Jörn Engel [this message]
2007-04-16 18:19             ` Stefan Richter
2007-04-16 19:21               ` Bernd Eckenfels
2007-04-16 19:26                 ` Lee Revell
2007-04-16 20:20                   ` Bernd Eckenfels
2007-04-16 20:15                 ` Stefan Richter
2007-04-14 21:13     ` Bill Huey
2007-04-16  9:58     ` Tomasz Kłoczko
     [not found]       ` <170fa0d20704160507w4af4cb92ua259a55789f95c3e@mail.gmail.com>
2007-04-16 14:01         ` Tomasz Kłoczko
2007-04-16 14:30           ` Adrian Bunk
2007-04-16 15:27             ` Tomasz Kłoczko
2007-04-16 17:21               ` Adrian Bunk
2007-04-14 18:56   ` Krzysztof Halasa
2007-04-16  3:00     ` David Chinner
2007-04-15  4:16 ` Kasper Sandberg
2007-04-15 21:58 ` Jesper Juhl
2007-05-02 15:03 ` Tomasz Kłoczko
2007-05-02 15:42   ` Alan Cox
2007-05-02 20:53     ` Theodore Tso
2007-04-14 17:40 Ignatich
2007-04-15 12:44 ` Nikita Danilov
2007-04-17 14:14   ` Alan Cox
2007-04-15  8:54 David R. Litwin
2007-04-16  0:50 ` Rik van Riel
2007-04-16  3:07   ` David Chinner
2007-04-15  8:57 David R. Litwin
2007-04-15 17:34 ` Kasper Sandberg
2007-04-17  6:54 David R. Litwin
2007-04-17  8:18 ` Miklos Szeredi
2007-04-17 13:10 ` Theodore Tso
2007-04-17 13:47   ` Tomasz Kłoczko
2007-04-17 13:59     ` Matthew Garrett
2007-04-17 15:46       ` Tomasz Kłoczko
2007-04-17 15:59         ` Alan Cox
2007-04-17 16:29         ` Daniel Hazelton
2007-04-17 19:58           ` Tomasz Kłoczko
2007-04-17 22:19             ` Daniel Hazelton
2007-04-17 22:12               ` David Lang
2007-04-17 22:52                 ` Daniel Hazelton
2007-04-17 22:38               ` Roland Dreier
2007-04-17 14:06     ` Erik Mouw
2007-04-17 14:32     ` John Anthony Kazos Jr.
2007-04-17 15:41       ` Tomasz Kłoczko
2007-04-17 16:02         ` John Anthony Kazos Jr.
2007-04-17 14:37     ` Diego Calleja
2007-04-17 14:48     ` Alan Cox
2007-04-17 15:06       ` Ricardo Correia
2007-04-17 15:23         ` Xavier Bestel
2007-04-17 15:30           ` Ricardo Correia
2007-04-17 15:36             ` Alan Cox
2007-04-17 16:02       ` Mike Snitzer
2007-04-17 16:57       ` Alistair John Strachan
2007-04-18 11:10       ` Manoj Joseph
2007-04-18 11:23         ` Alan Cox
2007-04-18 11:32           ` Manoj Joseph
2007-04-17 16:22     ` Daniel Hazelton
2007-04-17 17:50       ` Theodore Tso
2007-04-17 19:24         ` Florian Weimer
2007-04-17 19:56           ` Ricardo Correia
2007-04-17 20:05             ` Ricardo Correia
2007-04-17 14:59   ` linux-os (Dick Johnson)
2007-04-17 15:08     ` Xavier Bestel
2007-04-17 15:12       ` linux-os (Dick Johnson)
2007-04-17 15:29     ` Michal Schmidt
2007-04-17  8:42 David R. Litwin

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20070416194644.GA27843@lazybastard.org \
    --to=joern@lazybastard.org \
    --cc=hch@infradead.org \
    --cc=jengelh@linux01.gwdg.de \
    --cc=kloczek@rudy.mif.pg.gda.pl \
    --cc=linux-kernel@vger.kernel.org \
    --cc=neilb@suse.de \
    --cc=presently42@gmail.com \
    --cc=snitzer@gmail.com \
    --cc=stefanr@s5r6.in-berlin.de \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®