From: | Markus Schaber <schabi(at)logix-tt(dot)com> |
---|---|
To: | PostgreSQL General <pgsql-general(at)postgresql(dot)org> |
Cc: | "Pgsql-Performance ((E-mail))" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: [PERFORM] Arguments Pro/Contra Software Raid |
Date: | 2006-05-10 14:57:45 |
Message-ID: | 4461FF69.4080209@logix-tt.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Scott Marlowe | 2006-05-10 15:10:00 | Re: [PERFORM] Arguments Pro/Contra Software Raid |
Previous Message | Douglas McNaught | 2006-05-10 14:51:22 | Re: [PERFORM] Arguments Pro/Contra Software Raid |
From | Date | Subject | |
---|---|---|---|
Next Message | Nis Jorgensen | 2006-05-10 15:02:27 | Re: Question about explain-command... |
Previous Message | Martijn van Oosterhout | 2006-05-10 14:55:51 | Re: [HACKERS] Big IN() clauses etc : feature proposal |