| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Robert Haas <robertmhaas(at)gmail(dot)com> |
| Cc: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Pg Hackers <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: anole: assorted stability problems |
| Date: | 2015-06-29 01:17:16 |
| Message-ID: | 28188.1435540636@sss.pgh.pa.us |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
Robert Haas <robertmhaas(at)gmail(dot)com> writes:
> That sucks. It was easy to see that the old fallback barrier
> implementation wasn't re-entrant, but this one should be. And now
> that I look at it again, doesn't the failure message indicate that's
> not the problem anyway?
> ! PANIC: stuck spinlock (c00000000d6f4140) detected at lwlock.c:816
> ! PANIC: stuck spinlock (c00000000d72f6e0) detected at lwlock.c:770
I was assuming that a leaky memory barrier was allowing the spinlock
state to become inconsistent, or at least to be perceived as inconsistent.
But I'm not too clear on how the barrier changes you and Andres have been
making have affected the spinlock code.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Peter Geoghegan | 2015-06-29 01:33:21 | Re: Solaris testers wanted for strxfrm() behavior |
| Previous Message | Robert Haas | 2015-06-29 01:13:10 | Re: anole: assorted stability problems |