Skip site navigation (1) Skip section navigation (2)

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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Robert Treat <xzilla(at)users(dot)sourceforge(dot)net>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search
Date: 2008-03-28 05:55:56
Message-ID: 25149.1206683756@sss.pgh.pa.us (view raw or flat)
Thread:
Lists: pgsql-committerspgsql-hackerspgsql-performance
Robert Treat <xzilla(at)users(dot)sourceforge(dot)net> writes:
>> If you can convince me it's a regression I might reconsider, but I
>> rather doubt that 8.2 was better,

> Well, I can't speak for 8.2, but I have a second system crunching the same 
> data using the same function on 8.1 (on lesser hardware in fact), and it 
> doesn't have these type of issues.

If you can condense it to a test case that is worse on 8.3 than 8.1,
I'm willing to listen...

			regards, tom lane

In response to

pgsql-performance by date

Next:From: Vinubalaji GopalDate: 2008-03-28 07:28:33
Subject: Re: vacuum in Postgresql 8.0.x slowing down the database
Previous:From: Robert TreatDate: 2008-03-28 05:51:54
Subject: Re: [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search

pgsql-hackers by date

Next:From: Greg SmithDate: 2008-03-28 06:26:46
Subject: Re: PostgreSQL Replication with read-only access to standby DB
Previous:From: Robert TreatDate: 2008-03-28 05:51:54
Subject: Re: [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search

pgsql-committers by date

Next:From: Heikki LinnakangasDate: 2008-03-28 15:00:28
Subject: pgsql: Clarify documentation on PITR and warm standby on the fact that
Previous:From: Robert TreatDate: 2008-03-28 05:51:54
Subject: Re: [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group