From: | Matthew Wakeling <matthew(at)flymine(dot)org> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: RAID 10 Benchmark with different I/O schedulers |
Date: | 2008-05-07 10:46:27 |
Message-ID: | Pine.LNX.4.64.0805071142320.16756@aragorn.flymine.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, 6 May 2008, Craig James wrote:
> I/O Sched AVG Test1 Test2
> --------- ----- ----- -----
> cfq 705 695 715
> noop 758 769 747
> deadline 741 705 775
> anticipatory 494 477 511
Interesting. That contrasts with some tests I did a while back on a
16-disc RAID-0, where noop, deadline, and anticipatory were all identical
in performance, with cfq being significantly slower. Admittedly, the disc
test was single-process, which is probably why the anticipatory behaviour
didn't kick in. You are seeing a little bit of degradation with cfq - I
guess it's worse the bigger the disc subsystem you have.
Matthew
--
Matthew: That's one of things about Cambridge - all the roads keep changing
names as you walk along them, like Hills Road in particular.
Sagar: Yes, Sidney Street is a bit like that too.
Matthew: Sidney Street *is* Hills Road.
From | Date | Subject | |
---|---|---|---|
Next Message | Dennis Muhlestein | 2008-05-07 15:36:55 | Re: Possible Redundancy/Performance Solution |
Previous Message | Matthew Wakeling | 2008-05-07 10:42:23 | Re: multiple joins + Order by + LIMIT query performance issue |