Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search

Поиск
Список
Период
Сортировка
От Robert Treat
Тема Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search
Дата
Msg-id 200804261420.16064.xzilla@users.sourceforge.net
обсуждение исходный текст
Ответ на Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search  (Tom Lane <tgl@sss.pgh.pa.us>)
Ответы Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search
Список pgsql-performance
On Saturday 26 April 2008 13:26, Tom Lane wrote:
> Robert Treat <xzilla@users.sourceforge.net> writes:
> > On Friday 25 April 2008 17:32, Tom Lane wrote:
> >> Robert Treat <xzilla@users.sourceforge.net> writes:
> >>> Oddly some dtrace profiling gave me this, which is pretty different,
> >>> but certainly doesn't have concerns about
> >>> TransactionIdIsCurrentTransactionId
> >>
> >> .... which seems to pretty much destroy your thesis, no?
> >
> > How so? Before the patch we bog down for hours, spending 99% of our time
> > in TransactionIdIsCurrentTransactionId, after the patch everything
> > performs well (really better than before) and we spend so little time in
> > TransactionIdIsCurrentTransactionId it barely shows up on the radar.
>
> Oh, you failed to state that the dtrace output was post-patch.  You need
> to show *pre* patch dtrace output if you want us to think it relevant.
>

Please read up-thread.

--
Robert Treat
Build A Brighter LAMP :: Linux Apache {middleware} PostgreSQL

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search
Следующее
От: Craig Ringer
Дата:
Сообщение: Re: Best practice to load a huge table from ORACLE to PG