Re: Big table with UNION ALL or partitioning with Tsearch2

From: Hannes Dorbath <light(at)theendofthetunnel(dot)de>
To: "Joshua D(dot) Drake" <jd(at)commandprompt(dot)com>
Cc: Benjamin Arai <me(at)benjaminarai(dot)com>
Subject: Re: Big table with UNION ALL or partitioning with Tsearch2
Date: 2007-07-12 22:04:55
Message-ID: 4696A587.8020804@theendofthetunnel.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

Joshua D. Drake wrote:
> Benjamin Arai wrote:
> RAID 5 with 16 spindles? RAID 10 will give you better performance I
> would think.

I'd say RAID 5 is not that bad for this kind of query, at least if the
controller is worth anything. RAID 10 is the best choice for OLTP, but
if the main job for this query is to read an index as fast as possible,
RAID 5 might be well suited. I have good experience with TSearch queries
on a 8 drive RAID 6 setup.

Even if those 16 drives are cheap desktop SATAs, he should be able to
read with around 800MB/sec.

Benjamin, could you try if the following does change your query
performance in any way?

blockdev --setra 16384 /dev/sdX

--
Best regards,
Hannes Dorbath

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Harpreet Dhaliwal 2007-07-13 00:21:10 Re: Duplicate Unique Key constraint error
Previous Message Steve Crawford 2007-07-12 19:03:08 Re: Updates/Changes to a database