From: Markus Schaber <schabi@logix-tt.com>
To: PostgreSQL General <pgsql-general@postgresql.org>
Cc: Pgsql-Performance ((E-mail)) <pgsql-performance@postgresql.org>
Subject: Re: [PERFORM] Arguments Pro/Contra Software Raid
Date: Wed, 10 May 2006 16:57:45 +0200
Message-ID: <4461FF69.4080209@logix-tt.com> (raw)
In-Reply-To: <4461FAD9.6020106@logix-tt.com>
References: <200605101401.k4AE1XQ08859@candle.pha.pa.us>
<4461FAD9.6020106@logix-tt.com>
Hi, Bruce,
Markus Schaber wrote:
>>>It does not find as much liers as the script above, but it is less
>>Why does it find fewer liers?
>
> It won't find liers that have a small "lie-queue-length" so their
> internal buffers get full so they have to block. After a small burst at
> start which usually hides in other latencies, they don't get more
> throughput than spindle turns.
I just reread my mail, and must admit that I would not understand what I
wrote above, so I'll explain a little more:
My test programs writes byte-for-byte. Let's say our FS/OS has 4k page-
and blocksize, that means 4096 writes that all write the same disk blocks.
Intelligent liers will see that the the 2nd and all further writes
obsolete the former writes who still reside in the internal cache, and
drop those former writes from cache, effectively going up to 4k
writes/spindle turn.
Dumb liers will keep the obsolete writes in the write cache / queue, and
so won't be caught by my program. (Note that I have no proof that such
disks actually exist, but I have enough experience with hardware that I
won't be surprised.)
HTH,
Markus
--
Markus Schaber | Logical Tracking&Tracing International AG
Dipl. Inf. | Software Development GIS
Fight against software patents in EU! www.ffii.org www.nosoftwarepatents.org
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Reply to all the recipients using the --to and --cc options:
reply via email
To: pgsql-performance@postgresql.org
Cc: schabi@logix-tt.com, pgsql-general@postgresql.org
Subject: Re: [PERFORM] Arguments Pro/Contra Software Raid
In-Reply-To: <4461FF69.4080209@logix-tt.com>
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox