Re: extending relations more efficiently
От | Tom Lane |
---|---|
Тема | Re: extending relations more efficiently |
Дата | |
Msg-id | 16551.1335892788@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: extending relations more efficiently (Christopher Browne <cbbrowne@gmail.com>) |
Ответы |
Re: extending relations more efficiently
|
Список | pgsql-hackers |
Christopher Browne <cbbrowne@gmail.com> writes: > Try to make sure that one of the scenarios involves there being > multiple writers. > One of the relevant cases is where there are multiple writers, where > they may wind up fighting over the last page in the table. If free > space is in that one page, they might serialize on the request for > access to that page. The system is supposed to be designed to avoid that; we try to hand out pages with free space to different backends. One of the advantages of the current page-at-a-time setup is that when there is *no* free space according to the FSM, each such backend will create and fill its own page independently. They do serialize on the extension lock, but the intervening tuple additions are parallelized. We have to be careful to not make that case worse in a multi-page-extension scheme. regards, tom lane
В списке pgsql-hackers по дате отправления: