From: | Kevin Brown <kevin(at)sysexperts(dot)com> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: How to improve db performance with $7K? |
Date: | 2005-04-16 00:58:25 |
Message-ID: | 20050416005824.GG19518@filer |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Vivek Khera wrote:
>
> On Apr 14, 2005, at 10:03 PM, Kevin Brown wrote:
>
> >Now, bad block remapping destroys that guarantee, but unless you've
> >got a LOT of bad blocks, it shouldn't destroy your performance, right?
> >
>
> ALL disks have bad blocks, even when you receive them. you honestly
> think that these large disks made today (18+ GB is the smallest now)
> that there are no defects on the surfaces?
Oh, I'm not at all arguing that you won't have bad blocks. My
argument is that the probability of any given block read or write
operation actually dealing with a remapped block is going to be
relatively small, unless the fraction of bad blocks to total blocks is
large (in which case you basically have a bad disk). And so the
ability to account for remapped blocks shouldn't itself represent a
huge improvement in overall throughput.
--
Kevin Brown kevin(at)sysexperts(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Kevin Brown | 2005-04-16 01:33:31 | Re: How to improve db performance with $7K? |
Previous Message | Kevin Brown | 2005-04-16 00:53:50 | Re: How to improve db performance with $7K? |