Re: [COMMITTERS] pgsql: Optimize commit_siblings in two ways to improve group commit.

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: [COMMITTERS] pgsql: Optimize commit_siblings in two ways to improve group commit.
Дата
Msg-id AANLkTikRCsFW-1h-OoRwpW67eZNQKpLc_Rd=9D6yXcN-@mail.gmail.com
обсуждение исходный текст
Ответ на Re: [COMMITTERS] pgsql: Optimize commit_siblings in two ways to improve group commit.  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: [COMMITTERS] pgsql: Optimize commit_siblings in two ways to improve group commit.  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Wed, Dec 8, 2010 at 1:56 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Simon Riggs <simon@2ndQuadrant.com> writes:
>> Optimize commit_siblings in two ways to improve group commit.
>> First, avoid scanning the whole ProcArray once we know there
>> are at least commit_siblings active; second, skip the check
>> altogether if commit_siblings = 0.
>
>> Greg Smith
>
> I wonder whether we shouldn't change commit_siblings' default value to
> zero while we're at it.

Not that I see anything to disagree with in this patch, but what
happened to posting patches in advance of committing them?  Or did I
just miss that part?

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: unlogged tables
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [COMMITTERS] pgsql: Optimize commit_siblings in two ways to improve group commit.