Re: Multi CPU Queries - Feedback and/or suggestions wanted!

From: Greg Stark <greg(dot)stark(at)enterprisedb(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: "Jonah H(dot) Harris" <jonah(dot)harris(at)gmail(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, Greg Smith <gsmith(at)gregsmith(dot)com>, Julius Stroffek <Julius(dot)Stroffek(at)sun(dot)com>, pgsql-hackers(at)postgresql(dot)org, Dano Vojtek <danielkov(at)gmail(dot)com>
Subject: Re: Multi CPU Queries - Feedback and/or suggestions wanted!
Date: 2008-10-24 05:23:04
Message-ID: ADECE6A0-3AFE-4769-A67A-7A5256FD2951@enterprisedb.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

We did discuss this in Ottawa and I beleive your comment was "the hint
is in the name" referring to posix_fadvise.

In any case both aio and posix_fadvise are specified by posix so I
don't see either as a problem on that front.

I don't think we can ignore any longer that we effectively can't use
raid arrays with postgres. If you have many concurrent queries or
restrict yourself to sequential scans you're ok but if you're doing
data warehousing you're going to be pretty disappointed to see your
shiny raid array performing like a single drive.

greg

On 24 Oct 2008, at 05:42 AM, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:

> "Jonah H. Harris" <jonah(dot)harris(at)gmail(dot)com> writes:
>> On Thu, Oct 23, 2008 at 10:36 PM, Greg Stark
>>> In what way is fadvise a kludge?
>
>> non-portable, requires more user-to-system CPU, ... need I go on?
>
> I'd be interested to know which of these proposals you claim *is*
> portable. The single biggest reason to reject 'em all is that
> they aren't.
>
> regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Heikki Linnakangas 2008-10-24 06:32:51 Re: Multi CPU Queries - Feedback and/or suggestions wanted!
Previous Message Greg Stark 2008-10-24 05:02:18 Re: Multi CPU Queries - Feedback and/or suggestions wanted!