Re: anole: assorted stability problems
От | Andres Freund |
---|---|
Тема | Re: anole: assorted stability problems |
Дата | |
Msg-id | 20150629101108.GB17640@alap3.anarazel.de обсуждение исходный текст |
Ответ на | Re: anole: assorted stability problems (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: anole: assorted stability problems
Re: anole: assorted stability problems |
Список | pgsql-hackers |
On 2015-06-29 00:42:53 -0400, Tom Lane wrote: > #define S_UNLOCK(lock) \ > do { _Asm_sched_fence(); (*(lock)) = 0; } while (0) Robert, how did you choose that? Isn't _Asm_sched_fence just a compiler barrier? Shouldn't this be a _Asm_mf()? > which immediately raises the question of why omitting the "volatile" > cast is okay. Should be fine if _Asm_sched_fence() were a proper memory (or een release) barrier. Which I don't think it is. > I also wonder if we don't need a second _Asm_sched_fence() after the > lock release. Shouldn't be needed - the only thing that could be reordered is the actual lock release. Which will just impact timing in a minor manner (it can't move into another locked section). Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: