Re: A Question About Insertions -- Performance

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: "Clay Luther" <claycle(at)cisco(dot)com>
Cc: "Pgsql-General (E-mail)" <pgsql-general(at)postgresql(dot)org>
Subject: Re: A Question About Insertions -- Performance
Date: 2003-09-11 05:24:54
Message-ID: 22412.1063257894@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

"Clay Luther" <claycle(at)cisco(dot)com> writes:
> Performance follows an odd "peak and valley" pattern. It will start
> out with a high insertion rate (commits are performed after each
> "device set"), then after a few thousand device sets, performance will
> drop to 1 device/second for about 5 seconds. Then it will slowly ramp
> up over the next 10 seconds to /just below/ the previous high water
> mark. A few thousand inserts later, it will drop to 1 device/second
> again for 5 seconds, then slowly ramp up to just below the last high
> water mark.

My best guess is that the dropoffs occur because of background checkpoint
operations, but there's not enough info here to prove it. Four inserts
per second seems horrendously slow in any case.

What are the table schemas (in particular, are there any foreign-key
constraints to check)?

Are you doing any vacuuming in this sequence? If so where?

What's the disk hardware like? Do you have WAL on its own disk drive?

regards, tom lane

PS: pgsql-performance would be a better list for this sort of issue.

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Tom Lane 2003-09-11 05:32:19 Re: 50K record DELETE Begins, 100% CPU, Never Completes 1 hour later
Previous Message Jan Wieck 2003-09-11 04:41:57 Re: About GPL and proprietary software