Re: Bad iostat numbers - Mailing list pgsql-performance

From Craig A. James
Subject Re: Bad iostat numbers
Date
Msg-id 4575864A.8060005@modgraph-usa.com
Whole thread Raw
In response to Re: Bad iostat numbers  ("Alex Turner" <armtuk@gmail.com>)
Responses Re: Bad iostat numbers
List pgsql-performance
Alex Turner wrote:
> The problem I see with software raid is the issue of a battery backed
> unit: If the computer loses power, then the 'cache' which is held in
> system memory, goes away, and fubars your RAID.

I'm not sure I see the difference.  If data are cached, they're not written whether it is software or hardware RAID.  I
guessif you're writing RAID 1, the N disks could be out of sync, but the system can synchronize them once the array is
restored,so that's no different than a single disk or a hardware RAID.  If you're writing RAID 5, then the blocks are
inherentlyerror detecting/correcting, so you're still OK if a partial write occurs, right? 

I'm not familiar with the inner details of software RAID, but the only circumstance I can see where things would get
corruptedis if the RAID driver writes a LOT of blocks to one disk of the array before synchronizing the others, but my
guess(and it's just a guess) is that the writes to the N disks are tightly coupled. 

If I'm wrong about this, I'd like to know, because I'm using software RAID 1 and 1+0, and I'm pretty happy with it.

Craig

pgsql-performance by date:

Previous
From: "Alex Turner"
Date:
Subject: Re: Bad iostat numbers
Next
From: Michael Stone
Date:
Subject: Re: Bad iostat numbers