Re: linux deadline i/o elevator tuning

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Matthew Wakeling" <matthew(at)flymine(dot)org>, <pgsql-performance(at)postgresql(dot)org>
Subject: Re: linux deadline i/o elevator tuning
Date: 2009-04-09 14:40:22
Message-ID: 49DDC286.EE98.0025.0@wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Matthew Wakeling <matthew(at)flymine(dot)org> wrote:
> On Thu, 9 Apr 2009, Grzegorz Jaœkiewicz wrote:
>> acording to kernel folks, anticipatory scheduler is even better for
>> dbs. Oh well, it probably means everyone has to test it on their
>> own at the end of day.
>
> But the anticipatory scheduler basically makes the huge assumption
> that you have one single disc in the system that takes a long time
> to seek from one place to another. This assumption fails on both
> RAID arrays and SSDs, so I'd be interested to see some numbers to
> back that one up.

Yeah, we're running on servers with at least 4 effective spindles,
with some servers having several dozen effective spindles. Assuming
one is not very effective. The setting which seemed sluggish for our
environment was the anticipatory scheduler, so the kernel guys
apparently aren't thinking about the type of load we have on the
hardware we have.

-Kevin

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Arjen van der Meijden 2009-04-09 14:42:28 Re: linux deadline i/o elevator tuning
Previous Message Grzegorz Jaśkiewicz 2009-04-09 14:39:15 Re: linux deadline i/o elevator tuning