From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Christopher Petrilli <petrilli(at)gmail(dot)com> |
Cc: | Vivek Khera <vivek(at)khera(dot)org>, pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Impact of checkpoint_segments under continual load conditions |
Date: | 2005-07-18 19:32:36 |
Message-ID: | 16394.1121715156@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Christopher Petrilli <petrilli(at)gmail(dot)com> writes:
> http://blog.amber.org/diagrams/comparison_mysql_pgsql.png
> Notice the VERY steep drop off.
Hmm. Whatever that is, it's not checkpoint's fault. I would interpret
the regular upticks in the Postgres times (every several hundred
iterations) as being the effects of checkpoints. You could probably
smooth out those peaks some with appropriate hacking on bgwriter
parameters, but that's not the issue at hand (is it?).
I have no idea at all what's causing the sudden falloff in performance
after about 10000 iterations. COPY per se ought to be about a
constant-time operation, since APPEND is (or should be) constant-time.
What indexes, foreign keys, etc do you have on this table? What else
was going on at the time?
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Christopher Petrilli | 2005-07-18 19:34:57 | Re: Impact of checkpoint_segments under continual load conditions |
Previous Message | Yves Vindevogel | 2005-07-18 19:29:20 | Insert performance (OT?) |