On Thu, Apr 05, 2007 at 09:32:11PM -0700, [email protected] wrote:
> Don't you agree, that "If they are accurate,.... THEN they are obviously
> very relevant."
Nope, if they are accurate and they have something to do with your
particular usage and applications, then they are relevant. But it
requires both to make them relevant. Although it may be possible for a
benchmark to be relevant even if not particularly accurate.
> I have set up a Reiser4 partition with gzip compression, here is the
> difference in disk usage of a typical Debian installation on two 10GB
> partitions, one with Reiser3 and the other with Reiser4.
>
> debian:/# df
> Filesystem 1K-blocks Used Available Use% Mounted on
> /dev/sda3 10490104 6379164 4110940 61% /3
> /dev/sda7 9967960 2632488 7335472 27% /7
>
> Partitions 3 and 7 have exactly the same data on them (the typical
> Debian install).
>
> The partitions are exactly the same size (although df records different
> sizes).
>
> Partition 3 is Reiser3 -- uses 6.4 GB.
> Partition 7 is Reiser4 -- uses 2.6 GB.
>
> So Reiser4 uses 2.6 GB to store the (typical) data that it takes Reiser3
> 6.4 GB to store (note it would take ext2/3/4 some 7 GB to store the same
> info).
>
> Don't you think this result is significant in itself?
Only if you think disk space is so valuable that trading cpu time to
compress and decompress the data is a good trade off. It is not one I
would want to make. So you saved 3GB, what is that? About $1 worth?
maybe $2 if you have raid. How much extra time and cpu will it take to
access the data that way? How much extra electricity will the cpu use?
What is your time worth? There are so many variables. Do you _trust_
reiserfs4 to not loose your data any more or less than some other
filesystem?
--
Len Sorensen
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]