Re: Linux I/O tuning: CFQ vs. deadline

Поиск
Список
Период
Сортировка
От Scott Marlowe
Тема Re: Linux I/O tuning: CFQ vs. deadline
Дата
Msg-id dcc563d11002092311od97926fm7e69826995e9ccd0@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Linux I/O tuning: CFQ vs. deadline  (Greg Smith <greg@2ndquadrant.com>)
Ответы Re: Linux I/O tuning: CFQ vs. deadline
Список 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 по дате отправления:

Предыдущее
От: Greg Smith
Дата:
Сообщение: Re: Linux I/O tuning: CFQ vs. deadline
Следующее
От: Bryce Nesbitt
Дата:
Сообщение: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk?