| От | Heikki Linnakangas |
|---|---|
| Тема | Re: Load Distributed Checkpoints, take 3 |
| Дата | |
| Msg-id | 467A701F.1090403@enterprisedb.com обсуждение исходный текст |
| Ответ на | Re: Load Distributed Checkpoints, take 3 (Tom Lane <tgl@sss.pgh.pa.us>) |
| Список | pgsql-patches |
Tom Lane wrote: > Heikki Linnakangas <heikki@enterprisedb.com> writes: >> In fact, I think there's a small race condition in CVS HEAD: > > Yeah, probably --- the original no-locking design didn't have any side > flags. The reason you need the lock is for a backend to be sure that > a newly-started checkpoint is using its requested flags. But the > detection of checkpoint termination is still the same. Actually, the race condition I outlined isn't related to the flags. It's possible because RequestCheckpoint doesn't guarantee that a checkpoint is performed when there's been no WAL activity since last one. I did use a new force-flag to fix it, but I'm sure there is other ways. -- Heikki Linnakangas EnterpriseDB http://www.enterprisedb.com
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера