Re: Linux I/O tuning: CFQ vs. deadline - Mailing list pgsql-performance

From Scott Marlowe
Subject Re: Linux I/O tuning: CFQ vs. deadline
Date
Msg-id dcc563d11002092311od97926fm7e69826995e9ccd0@mail.gmail.com
Whole thread Raw
In response to Re: Linux I/O tuning: CFQ vs. deadline  (Greg Smith <greg@2ndquadrant.com>)
Responses Re: Linux I/O tuning: CFQ vs. deadline
List pgsql-performance
On Tue, Feb 9, 2010 at 11:37 PM, Greg Smith <greg@2ndquadrant.com> wrote:
> Jeff wrote:
>>
>> I'd done some testing a while ago on the schedulers and at the time
>> deadline or noop smashed cfq.  Now, it is 100% possible since then that
>> they've made vast improvements to cfq and or the VM to get better or similar
>> performance.  I recall a vintage of 2.6 where they severely messed up the
>> VM. Glad I didn't upgrade to that one :)
>>
>> Here's the old post:
>> http://archives.postgresql.org/pgsql-performance/2008-04/msg00155.php
>
> pgiosim doesn't really mix writes into there though, does it?  The mixed
> read/write situations are the ones where the scheduler stuff gets messy.

I agree. I think the only way to really test it is by testing it
against the system it's got to run under.  I'd love to see someone do
a comparison of early to mid 2.6 kernels (2.6.18 like RHEL5) to very
up to date 2.6 kernels.  On fast hardware.  What it does on a laptop
isn't that interesting and I don't have a big machine idle to test it
on.

pgsql-performance by date:

Previous
From: Greg Smith
Date:
Subject: Re: Linux I/O tuning: CFQ vs. deadline
Next
From: Bryce Nesbitt
Date:
Subject: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk?