From: | "Luke Lonergan" <llonergan(at)greenplum(dot)com> |
---|---|
To: | "Jeffrey W(dot) Baker" <jwbaker(at)acm(dot)org>, "Lance Lierheimer" <llierheimer(at)greenplum(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Huge Data sets, simple queries |
Date: | 2006-02-02 04:47:09 |
Message-ID: | C006CECD.1B7FF%llonergan@greenplum.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Jeffrey,
On 2/1/06 12:25 AM, "Jeffrey W. Baker" <jwbaker(at)acm(dot)org> wrote:
> Ah, but someday Pg will be able to concurrently read from two
> datastreams to complete a single query. And that day will be glorious
> and fine, and you'll want as much disk concurrency as you can get your
> hands on.
Well - so happens that we have one of those multi-processing postgres'
handy, so we'll test this theory out in the next couple of days. We've a
customer who ordered 3 machines with 6 drives each (Dell 2850s) on two U320
SCSI busses, and we're going to try configuring them all in a single RAID10
and run two Bizgres MPP segments on that (along with two mirrors).
We'll try the RAID10 config and if we get full parallelism, we'll use it (if
the customer like it). Otherwise, we'll use two 3 disk RAID5 sets.
I'll post the results here.
Thanks Jeffrey,
- Luke
From | Date | Subject | |
---|---|---|---|
Next Message | Pradeep Parmar | 2006-02-02 07:09:59 | pgbench output |
Previous Message | Hari Warrier | 2006-02-01 22:12:54 | Re: Index Usage using IN |