From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
---|---|
To: | Andres Freund <andres(at)anarazel(dot)de> |
Cc: | pgsql-hackers(at)postgreSQL(dot)org |
Subject: | Re: Our "fallback" atomics implementation doesn't actually work |
Date: | 2016-10-05 18:17:45 |
Message-ID: | 22366.1475691465@sss.pgh.pa.us |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Andres Freund <andres(at)anarazel(dot)de> writes:
> On 2016-10-05 14:01:05 -0400, Tom Lane wrote:
>> I think what is happening is that there are circular assumptions that end
>> up trying to implement a spinlock in terms of a spinlock, or otherwise
>> somehow recursively use the process's semaphore. It's a bit hard to tell
>> though because the atomics code is such an underdocumented rat's nest of
>> #ifdefs.
> I don't think that should be the case, but I'll look into it. How long
> did it take for you to reproduce the issue?
It hangs up within 10 or 20 seconds for me. I didn't try hard to get a
census of where, but at least some of the callers are trying to acquire
buffer partition locks.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2016-10-05 18:22:37 | Re: Our "fallback" atomics implementation doesn't actually work |
Previous Message | Andres Freund | 2016-10-05 18:13:29 | Re: Our "fallback" atomics implementation doesn't actually work |