From: | Andreas Kostyrka <andreas(at)kostyrka(dot)org> |
---|---|
To: | Ben <bench(at)silentmedia(dot)com> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: big transaction slows down over time - but disk |
Date: | 2006-11-01 09:21:01 |
Message-ID: | 1162372861.18283.34.camel@andi-lap |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Am Dienstag, den 31.10.2006, 21:58 -0800 schrieb Ben:
> I've got a long-running, update-heavy transaction that increasingly slows
> down the longer it runs. I would expect that behavior, if there was some
> temp file creation going on. But monitoring vmstat over the life of the
> transaction shows virtually zero disk activity. Instead, the system has
> its CPU pegged the whole time.
>
> So.... why the slowdown? Is it a MVCC thing? A side effect of calling
> stored proceedures a couple hundred thousand times in a single
Memory usage? Have you tried to checkpoint your transaction from time to
time?
Andreas
> transaction? Or am I just doing something wrong?
>
> ---------------------------(end of broadcast)---------------------------
> TIP 5: don't forget to increase your free space map settings
From | Date | Subject | |
---|---|---|---|
Next Message | Heikki Linnakangas | 2006-11-01 09:39:59 | Re: big transaction slows down over time - but disk seems |
Previous Message | Tom Lane | 2006-11-01 06:01:17 | Re: pg_trgm indexes giving bad estimations? |