From: | Jeff Janes <jeff(dot)janes(at)gmail(dot)com> |
---|---|
To: | Heikki Linnakangas <hlinnakangas(at)vmware(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: XLogInsert scaling, revisited |
Date: | 2013-06-25 21:18:01 |
Message-ID: | CAMkU=1wEz3bhbY9KuRoYZh-7tXajXr95w36tgBCPFD4KfmLYjg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Sat, Jun 22, 2013 at 4:32 AM, Heikki Linnakangas <hlinnakangas(at)vmware(dot)com
> wrote:
> On 21.06.2013 21:55, Jeff Janes wrote:
>
>>
>> Hmm, it looks like the xlog-switch is trying to wait for itself to
> finish. The concurrent TRUNCATE is just being blocked behind the
> xlog-switch, which is stuck on itself.
>
> I wasn't able to reproduce exactly that, but I got a PANIC by running
> pgbench and concurrently doing "select pg_switch_xlog()" many times in psql.
>
> Attached is a new version that fixes at least the problem I saw. Not sure
> if it fixes what you saw, but it's worth a try. How easily can you
> reproduce that?
With v23, it got stuck both times I tried it, once after 4 hours and once
after 6 hours.
With v24, it has been running for 30 hours so far with no problems. So
there is a pretty good chance that it is fixed.
>
> This is using the same testing harness as in the last round of this patch.
>>
>
> This one? http://www.postgresql.org/**message-id/CAMkU=1xoA6Fdyoj_**
> 4fMLqpicZR1V9GP7cLnXJdHU+**iGgqb6WUw(at)mail(dot)gmail(dot)com<http://www.postgresql.org/message-id/CAMkU=1xoA6Fdyoj_4fMLqpicZR1V9GP7cLnXJdHU+iGgqb6WUw@mail.gmail.com>
Yes. I have cleaned it up some and added use of checksum, I don't know if
any of those things are needed to invoke the problem.
Cheers,
Jeff
From | Date | Subject | |
---|---|---|---|
Next Message | ian link | 2013-06-25 21:29:15 | Review: query result history in psql |
Previous Message | Heikki Linnakangas | 2013-06-25 20:45:09 | Re: Optimizing pglz compressor |