Re: [PATCH] 2PC state files on shared memory

Поиск
Список
Период
Сортировка
От Michael Paquier
Тема Re: [PATCH] 2PC state files on shared memory
Дата
Msg-id c64c5f8b0908091936n78b8d0ch9bfa029e0c9a15af@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [PATCH] 2PC state files on shared memory  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [PATCH] 2PC state files on shared memory  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
After making a lot of tests, state file size is not more than 600B.
In some cases, it reached a maximum of size of 712B and I used such transactions in my tests.
 
> I think setting the size parameter for this would be a frightfully
> difficult problem; the fact that average installations wouldn't use it
> doesn't make that any better for those who would.  After our bad
> experiences with fixed-size FSM, I'm pretty wary of introducing new
> fixed-size structures that the user is expected to figure out how to
> size.
The patch has been designed such as if a state file has a size higher than what has been decided by the user,
it will be written to disk instead of shared memory. So it will not represent a danger for teh stability of the system.
The case of too many prepared transactions is also covered thanks to max_prepared_transactions.
 
Regards,

--
Michael Paquier

NTT OSSC

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: change in timestamp output from 8.3 to 8.4
Следующее
От: Greg Stark
Дата:
Сообщение: Re: Issues for named/mixed function notation patch