Thanks for all the feedback, I'll be back in 2 weeks and pick up then.
-JD
On Tue, Aug 10, 2010 at 3:45 PM, Peter Schuller wrote:
> > Yeah, it has a BBU, and it is charged and on..
> > Very odd behavior, I'm stumped.
>
> I advise double-checking raid volume settings and ensuring that policy
> is
> Yeah, it has a BBU, and it is charged and on..
> Very odd behavior, I'm stumped.
I advise double-checking raid volume settings and ensuring that policy
is truly such that the write cache is used. This may also be a
function of kernel driver settings depending on what RAID
controller/kernel versi
Other activity, e.g. syslog?
Journaling at the FS level? you could try making a small partition
formatted as ext2.
On Tue, Aug 10, 2010 at 5:10 PM, Jeremy Davis
wrote:
> Yeah, it has a BBU, and it is charged and on..
> Very odd behavior, I'm stumped.
>
> -JD
>
> On Tue, Aug 10, 2010 at 12:28 AM,
Yeah, it has a BBU, and it is charged and on..
Very odd behavior, I'm stumped.
-JD
On Tue, Aug 10, 2010 at 12:28 AM, Peter Schuller <
peter.schul...@infidyne.com> wrote:
> I have no explanation for the slower reads, but I have an hypothesis
> on the writes.
>
> Your iostat shows:
>
> > Device:
I have no explanation for the slower reads, but I have an hypothesis
on the writes.
Your iostat shows:
> Device: rrqm/s wrqm/s r/s w/s rsec/s wsec/s avgrq-sz
> avgqu-sz await svctm %util
> cciss/c0d0 0.00 908.50 0.00 110.50 0.00 8152.00
> 73.77
I have a weird one to share with the list, Using a separate commit log drive
dropped my performance a lot more than I would expect...
I'm doing perf tests on 3 identical machines but with 3 different drive
sets. (SAS 15K,10K, and SATA 7.5K)
Each system has a single system disk (Same as the data se