Re: Latches with weak memory ordering (Re: max_wal_senders must die)
В списке pgsql-hackers по дате отправления:
| От | Florian Weimer |
|---|---|
| Тема | Re: Latches with weak memory ordering (Re: max_wal_senders must die) |
| Дата | |
| Msg-id | 8239qx5j86.fsf@mid.bfk.de обсуждение исходный текст |
| Ответ на | Re: Latches with weak memory ordering (Re: max_wal_senders must die) (Andres Freund <andres@anarazel.de>) |
| Список | pgsql-hackers |
* Andres Freund: > I was never talking about 'locking the whole cache' - I was talking about > flushing/fencing it like a "global" read/write barrier would. And "lock > xchgb/xaddl" does not imply anything for other cachelines but its own. My understanding is that once you've seen the result of an atomic operation on i386 and amd64, you are guaranteed to observe all prior writes performed by the thread which did the atomic operation, too. Explicit fencing is only necessary if you need synchronization without atomic operations. -- Florian Weimer <fweimer@bfk.de> BFK edv-consulting GmbH http://www.bfk.de/ Kriegsstraße 100 tel: +49-721-96201-1 D-76133 Karlsruhe fax: +49-721-96201-99
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера