From: | Andrew Sullivan <andrew(at)libertyrms(dot)info> |
---|---|
To: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Tuning for mid-size server |
Date: | 2003-10-21 21:34:08 |
Message-ID: | 20031021213408.GA12200@libertyrms.info |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, Oct 21, 2003 at 03:11:17PM -0600, scott.marlowe wrote:
> I think where it makes sense is when you have something like a report
> server where the result sets may be huge, but the parellel load is load,
> i.e. 5 or 10 users tossing around 100 Meg or more at time.
In our case, we were noticing that truss showed an unbelievable
amount of time spent by the postmaster doing open() calls to the OS
(this was on Solaris 7). So we thought, "Let's try a 2G buffer
size." 2G was more than enough to hold the entire data set under
question. Once the buffer started to fill, even plain SELECTs
started taking a long time. The buffer algorithm is just not that
clever, was my conclusion.
(Standard disclaimer: not a long, controlled test. It's just a bit
of gossip.)
A
--
----
Andrew Sullivan 204-4141 Yonge Street
Afilias Canada Toronto, Ontario Canada
<andrew(at)libertyrms(dot)info> M2P 2A8
+1 416 646 3304 x110
From | Date | Subject | |
---|---|---|---|
Next Message | markw | 2003-10-22 00:24:02 | analyzing postgresql performance for dbt-2 |
Previous Message | Josh Berkus | 2003-10-21 21:32:16 | Re: Tuning for mid-size server |