From: | Jasen Betts <jasen(at)xnet(dot)co(dot)nz> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: pg_dump slow on windows |
Date: | 2012-09-22 06:46:21 |
Message-ID: | k3jmrt$gpi$1@reversiblemaps.ath.cx |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On 2012-09-06, Kobus Wolvaardt <kobuswolf(at)gmail(dot)com> wrote:
> Something that is curios is that if a DB takes long, it really takes
> horribly long like some kind of a lock is holding it. It would sit at a few
> kb dump size for 20 minutes en then run a bit and get stuck again (as far
> as we can tell), what we do know is that it is way to slow for some IO or
> cpu starvation. We have seen a 5GB backup sitting at 1Gb after 12hours and
> then we stop it.
> Any siggestions? Can autovacume or lack thereof cause this? It seems noone
> has been doing any maintenance on the DB (it does look like autovacuum is
> running), so any suggestions would be nice.
perhaps some sort of DML could cause this, I've seen DML hang during
dumps
turn on logging of slow queries and check the logs after the next
speed disaster.
--
⚂⚃ 100% natural
From | Date | Subject | |
---|---|---|---|
Next Message | Jasen Betts | 2012-09-22 07:23:13 | Re: RFE: Column aliases in WHERE clauses |
Previous Message | Josh Kupershmidt | 2012-09-22 05:55:29 | Re: Curosity question regarding "LOCK" NOWAIT |