From: | Alvaro Herrera <alvherre(at)dcc(dot)uchile(dot)cl> |
---|---|
To: | "Jeffrey W(dot) Baker" <jwbaker(at)acm(dot)org> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: disk performance benchmarks |
Date: | 2004-09-15 18:47:39 |
Message-ID: | 20040915184739.GF4607@dcc.uchile.cl |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-performance |
On Wed, Sep 15, 2004 at 11:36:18AM -0700, Jeffrey W. Baker wrote:
> On Wed, 2004-09-15 at 10:53, Vivek Khera wrote:
> > >>>>> "JWB" == Jeffrey W Baker <jwbaker(at)acm(dot)org> writes:
> >
> > JWB> All these replies are really interesting, but the point is not that my
> > JWB> RAIDs are too slow, or that my CPUs are too slow. My point is that, for
> > JWB> long stretches of time, by database doesn't come anywhere near using the
> > JWB> capacity of the hardware. And I think that's odd and would like to
> > JWB> config it to "false".
> >
> > Have you tried to increase your checkpoing_segments? I get the
> > suspicion that you're checkpointing every 3 minutes constantly.
> > You'll have to restart the postmaster for this setting to take effect,
> > I believe.
>
> I have checkpoint_segments set to 24, but I get the feeling that making
> it larger may have the opposite effect of what I want, by extending the
> period during which the DB makes no progress.
It sounds strange that the DB stops doing anything while the checkpoint
is in progress. Have you tried poking at pg_locks during that interval?
--
Alvaro Herrera (<alvherre[a]dcc.uchile.cl>)
"La naturaleza, tan frágil, tan expuesta a la muerte... y tan viva"
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2004-09-15 18:53:13 | Re: division by zero issue |
Previous Message | Alvaro Herrera | 2004-09-15 18:45:10 | Re: Corrupted Data? |
From | Date | Subject | |
---|---|---|---|
Next Message | Marc Slemko | 2004-09-15 19:13:54 | Re: disk performance benchmarks |
Previous Message | Jeffrey W. Baker | 2004-09-15 18:36:18 | Re: disk performance benchmarks |