| От | Andrew Sullivan |
|---|---|
| Тема | Re: slow, long-running 'commit prepared' |
| Дата | |
| Msg-id | 20081126044756.GC11225@shinkuro.com обсуждение исходный текст |
| Ответ на | Re: slow, long-running 'commit prepared' ("John Smith" <sodgodofall@gmail.com>) |
| Список | pgsql-general |
On Tue, Nov 25, 2008 at 08:05:36PM -0800, John Smith wrote: > Thanks for the quick response, Andrew. How could the 'commit prepared' > be I/O bound? Isn't all the I/O accomplished during 'prepare > transaction', leaving only a tiny bit of data to write at commit? No. When you do PREPARE TRANSACTION you have to save a whole lot of state. And when you then do COMMIT PREPARED, you say, "Lose that state in favour of this new state." All that work has to be done again, in the other direction. It's not for nothing that people think 2PC is a heavyweight and expensive system. :-( A -- Andrew Sullivan ajs@crankycanuck.ca
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера