[EMAIL PROTECTED] writes:
> Lennart. Tell me again that these results from
>
> http://linuxhelp.150m.com/resources/fs-benchmarks.htm and
> http://m.domaindlx.com/LinuxHelp/resources/fs-benchmarks.htm
>
> are not of interest to you. I still don't understand why you have your
> head in the sand.
[EMAIL PROTECTED] wrote:
>
> (And for those who talk about backups - yes, taking backups is good.
> However, it's the rare laptop or desktop machine that can afford the
> luxury of RAID disks, and backups usually happen once a night, if that
> often. This means that if you've been working hard on
Teddy,
It is a pity you don't address the full set of results, when you make
your snide comments.
Now since you have them,... why don't you make reasoned comment about
them.
You can read more here:
http://linuxhelp.150m.com/resources/fs-benchmarks.htm and
http://m.domaindlx.com/LinuxHelp/resour
Lennart Sorensen wrote:
> 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.
On Sat, Apr 07, 2007 at 05:44:57PM -0700, [EMAIL PROTECTED] wrote:
> To get a feel for the performance increases that can be achieved by
> using compression, we look at the total time (in seconds) to run the
> test:
You mean the performance increases of writing a file which is mostly
all zero's?
On Sat, 7 Apr 2007, Willy Tarreau wrote:
Hi Al,
On Sat, Apr 07, 2007 at 02:32:34PM +0300, Al Boldi wrote:
Willy Tarreau wrote:
... for some usages (temporary space),
light compression can increase speed. For instance, when processing logs,
I get better speed by compressing intermediate files
On Sat, Apr 07, 2007 at 05:44:57PM -0700, [EMAIL PROTECTED] wrote:
> Lennart. Tell me again that these results from
>
> http://linuxhelp.150m.com/resources/fs-benchmarks.htm and
> http://m.domaindlx.com/LinuxHelp/resources/fs-benchmarks.htm
Hmm, copying kernel sources around. Not that interesti
> It is *highly* recommended that you change the kernel identifier at
> least slightly, so that you can install '2.6.20-1.local' without
> overlaying
> the vendor-supplied 2.6.20-1 kernel. Among other things, this lets you
> boot back to the equivalent code level in the vendor kernel,
> so you c
Lennart. Tell me again that these results from
http://linuxhelp.150m.com/resources/fs-benchmarks.htm and
http://m.domaindlx.com/LinuxHelp/resources/fs-benchmarks.htm
are not of interest to you. I still don't understand why you have your
head in the sand.
.-.
| FILESYSTEM
[EMAIL PROTECTED] writes:
> I am quite sure that the kernel RPM file is *already* compressed, at least
> somewhat.
Sure - that's the point - it's better to have the tool compress
data when it makes sense.
OTOH I think Reiser4 fs is not about transparent compression, it's
rather about the plugins
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
requ
On Fri, 06 Apr 2007 19:47:36 PDT, [EMAIL PROTECTED] said:
> On Fri, 6 Apr 2007 11:21:19 -0400, "Jan Harkes" <[EMAIL PROTECTED]>
> > With compression there is a pretty high probability that one corrupted
> > byte or disk block will result in loss of a considerably larger amount
> > of data.
>
> B
On Sat, 07 Apr 2007 16:11:46 +0200, Krzysztof Halasa said:
>
> Gzip - 3 files (zeros only, raw DV data from video camera, x86_64
> kernel rpm file), 10 MB of data (10*1024*1024),
> $ l -Ggh zeros dv bin
> -rw-r--r-- 1 10M Apr 7 15:30 bin
> -rw-r--r-- 1 10M Apr 7 15:31 dv
> -rw-r--r-- 1 10M Apr 7
On Sat, 07 Apr 2007 16:11:46 +0200, Krzysztof Halasa said:
> > Think about it,... read speeds that are some FOUR times the physical
> > disk read rate,... impossible without the use of compression (or
> > something similar).
>
> It's really impossible with compression only unless you're writing
>
On Sat, 07 Apr 2007 00:45:32 PDT, [EMAIL PROTECTED] said:
> Use rpm-pkg to create a Red Hat RPM kernel package.
> # make rpm-pkg
>
> When built, the RPM package is put in
> /usr/src/packages/RPMS/*your*architecture*
>
> # cd /usr/src/packages/RPMS/x86_64
>
> Install the package (you may have to
On 4/7/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
I checked what bonnie++ actually writes to its test files, for you. It
is about 98-99% zeros.
Still, the results record sequential reads, of 232,729 K/sec, nearly
four times the physical disk read rate, 63,160 K/sec, of the hard drive.
Ex
On Sat, 7 Apr 2007 13:59:14 +0100, "Dale Amon" <[EMAIL PROTECTED]> said:
> Jan does have a point about bad blocks. A couple years ago
> I had a relatively new disk start to go bad on random blocks.
> I detected it fairly quickly but did have some data loss.
>
> All the compressed archives which we
Krzysztof -- Aren't you missing the point? Twice the speed would be
great,... even a 50% increase,... even a 0% increase.
I checked what bonnie++ actually writes to its test files, for you. It
is about 98-99% zeros.
Still, the results record sequential reads, of 232,729 K/sec, nearly
four times
[EMAIL PROTECTED] writes:
> Why do you think I hate reiserfs developers? That is an insane claim.
> Why would I hate reiser3 developers?
> Why would I hate reiser4 developers?
> Why would I even dislike them?
>
> I think Hans Reiser is a genius. Is that what you mean by hate?
I think they could
Jan does have a point about bad blocks. A couple years ago
I had a relatively new disk start to go bad on random blocks.
I detected it fairly quickly but did have some data loss.
All the compressed archives which were hit were near
total losses; most other files were at least partially
recoverable
Hi Willy,...
> With decent CPU, you can reach higher read/write data rates than what a
> single off-the-shelf disk can achieve. For this reason, I think that
> reiser4 would be worth trying for this particular usage.
Glad to see you are willing to give Reiser4 a go.
Good man.
--
Hi Al,
On Sat, Apr 07, 2007 at 02:32:34PM +0300, Al Boldi wrote:
> Willy Tarreau wrote:
> >
> > ... for some usages (temporary space),
> > light compression can increase speed. For instance, when processing logs,
> > I get better speed by compressing intermediate files with LZO on the fly.
>
> Ho
Just correcting some errors and typos.
Wouldn't want you to say that the linux kernel mailing list gave you
incorrect info.
COMPILING AND CONFIGURING A NEW KERNEL.
Download a recent kernel from http://www.kernel.org/
I will use the kernel linux-2.6.20.tar.bz2
You will have to change details o
On Fri, Apr 06, 2007 at 10:58:45PM -0700, [EMAIL PROTECTED] wrote:
> You know,... you cut out this bit:
>
> -
>
> > The following benchmarks are from
> >
> > http://linuxhelp.150m.com/resources/fs-benchmarks.htm or,
> > http://m.dom
24 matches
Mail list logo
