public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: lkml777@123mail.org
To: "Andrew Wang" <andrewxwang@yahoo.com.tw>, linux-kernel@vger.kernel.org
Cc: "Eric Hopper" <hopper@omnifarious.org>,
	"William Heimbigner" <icxcnika@mar.tar.cc>,
	"Alex Zarochentsev" <zam@namesys.com>,
	"Andi Kleen" <andi@firstfloor.org>,
	"Rik van Riel" <riel@redhat.com>,
	"Edward Shishkin" <edward@namesys.com>,
	"Jeff Chua" <jeff.chua.linux@gmail.com>
Subject: Re: Why ask Sun for ZFS while we have ReiserFS4 !?
Date: Tue, 01 May 2007 21:49:55 -0700	[thread overview]
Message-ID: <1178081395.2201.1187631545@webmail.messagingengine.com> (raw)
In-Reply-To: <660658.6960.qm@web73512.mail.tp2.yahoo.com>


Hi andrew, it seems that lkml has contacted both of my email accounts
and cripped them.

I can no longer recieve email from lkml on this account.

I can neither recieve or send email to lkml from my other account.

They have also just deleted the 4 emails I sent to lkml from the page
http://lkml.org/lkml/2007/4/30/

This included one to you.

In case you didn't get it,... here it is again.

------------

Yeah, why do you need ZFS while we have ReiserFS4?????

REISER4 - THE BEST FILESYSTEM EVER.

You can read more here:

http://linuxhelp.150m.com/resources/fs-benchmarks.htm
http://m.domaindlx.com/LinuxHelp/resources/fs-benchmarks.htm

.-------------------------.
| FILESYSTEM | TIME |DISK |
| TYPE       |(secs)|USAGE|
.-------------------------.
|REISER4 lzo | 1938 | 278 |
|REISER4 gzip| 2295 | 213 |
.-------------------------.
|REISER4     | 3462 | 692 |
|EXT2        | 4092 | 816 |
|JFS         | 4225 | 806 |
|EXT4        | 4408 | 816 |
|EXT3        | 4421 | 816 |
|XFS         | 4625 | 779 |
|REISER3     | 6178 | 793 |
|FAT32       |12342 | 988 |
|NTFS-3g     |10414 | 772 |
.-------------------------.


Column one measures the time taken to complete the bonnie++ benchmarking
test (run with the parameters bonnie++ -n128:128k:0). The top two
results use Reiser4 with compression. Since bonnie++ writes test files
which are almost all zeros, compression speeds things up dramatically.
That this is not the case in real world examples can be seen below where
compression does not speed things up. However, more importantly, it does
not slow things down either.

Column two, Disk Usage: measures the amount of disk used to store 655MB
of raw data (which was 3 different copies of the Linux kernel sources).

OR LOOK AT THE FULL RESULTS:

.-------------------------------------------------.
|File         |Disk |Copy |Copy |Tar  |Unzip| Del |
|System       |Usage|655MB|655MB|Gzip |UnTar| 2.5 |
|Type         | (MB)| (1) | (2) |655MB|655MB| Gig |
.-------------------------------------------------.
|REISER4 gzip | 213 | 148 |  68 |  83 |  48 |  70 |
|REISER4 lzo  | 278 | 138 |  56 |  80 |  34 |  84 |
|REISER4 tails| 673 | 148 |  63 |  78 |  33 |  65 |
|REISER4      | 692 | 148 |  55 |  67 |  25 |  56 |
|NTFS3g       | 772 |1333 |1426 | 585 | 767 | 194 |
|NTFS         | 779 | 781 | 173 |   X |   X |   X |
|REISER3      | 793 | 184 |  98 |  85 |  63 |  22 |
|XFS          | 799 | 220 | 173 | 119 |  90 | 106 |
|JFS          | 806 | 228 | 202 |  95 |  97 | 127 |
|EXT4 extents | 806 | 162 |  55 |  69 |  36 |  32 |
|EXT4 default | 816 | 174 |  70 |  74 |  42 |  50 |
|EXT3         | 816 | 182 |  74 |  73 |  43 |  51 |
|EXT2         | 816 | 201 |  82 |  73 |  39 |  67 |
|FAT32        | 988 | 253 | 158 | 118 |  81 |  95 |
.-------------------------------------------------.


Each test was preformed 5 times and the average value recorded.
Disk Usage: The amount of disk used to store the data (which was 3
different copies of the Linux kernel sources).
The raw data (without filesystem meta-data, block alignment wastage,
etc) was 655MB.
Copy 655MB (1): Copy the data over a partition boundary.
Copy 655MB (2): Copy the data within a partition.
Tar Gzip 655MB: Tar and Gzip the data.
Unzip UnTar 655MB: UnGzip and UnTar the data.
Del 2.5 Gig: Delete everything just written (about 2.5 Gig).

http://lkml.org/lkml/2007/4/9/4
-- 
  
  lkml777@123mail.org

-- 
http://www.fastmail.fm - A fast, anti-spam email service.


  parent reply	other threads:[~2007-05-02  4:49 UTC|newest]

Thread overview: 13+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-04-29 18:18 Why ask Sun for ZFS while we have ReiserFS4 !? Andrew Wang
2007-04-29 19:38 ` Jan Engelhardt
2007-04-29 20:32 ` Jeff Garzik
2007-04-29 23:42 ` Theodore Tso
2007-04-30  0:33   ` Chris Adams
2007-04-30  8:59 ` Matthias Andree
2007-05-01  0:35   ` Krzysztof Halasa
2007-05-02  2:43 ` lkml777
2007-05-02 18:06   ` Jan Engelhardt
2007-05-02  4:49 ` lkml777 [this message]
  -- strict thread matches above, loose matches on Subject: below --
2007-05-01 13:17 Xu CanHao
2007-05-01 16:17 ` Theodore Tso
2007-05-01 17:04   ` Xu CanHao

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=1178081395.2201.1187631545@webmail.messagingengine.com \
    --to=lkml777@123mail.org \
    --cc=andi@firstfloor.org \
    --cc=andrewxwang@yahoo.com.tw \
    --cc=edward@namesys.com \
    --cc=hopper@omnifarious.org \
    --cc=icxcnika@mar.tar.cc \
    --cc=jeff.chua.linux@gmail.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=riel@redhat.com \
    --cc=zam@namesys.com \
    /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