Re: Reducing Transaction Start/End Contention

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Mark Mielke <mark(at)mark(dot)mielke(dot)cc>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Simon Riggs <simon(at)2ndquadrant(dot)com>, Bruce Momjian <bruce(at)momjian(dot)us>, pgsql-hackers(at)postgresql(dot)org, "Jignesh K(dot) Shah" <J(dot)K(dot)Shah(at)Sun(dot)COM>
Subject: Re: Reducing Transaction Start/End Contention
Date: 2008-03-13 15:56:33
Message-ID: 18080.1205423793@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Mark Mielke <mark(at)mark(dot)mielke(dot)cc> writes:
> Alvaro Herrera wrote:
>> How about this wording:
>> "Review Simon's claims to improve performance

> What sort of evidence is usually compelling? It seems to me that this
> sort of change only benefits configurations with dozens or more CPUs/cores?

The main point in my mind was that that analysis was based on the code
as it then stood. Florian's work to reduce ProcArrayLock contention
might have invalidated some or all of the ideas. So it needs a fresh
look.

regards, tom lane

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Gregory Stark 2008-03-13 16:33:19 Re: Encoding problems with migration from 8.0.14 to 8.3.0 on Windows
Previous Message Tom Lane 2008-03-13 15:52:17 Re: Nasty bug in heap_page_prune