Re: Freezing without write I/O - Mailing list pgsql-hackers

From Robert Haas
Subject Re: Freezing without write I/O
Date
Msg-id CA+TgmobbTOfzj=gf_Senvy6R8_yWrcBfn0dtsg-rfSZDA6LA8A@mail.gmail.com
Whole thread Raw
In response to Re: Freezing without write I/O  (Bruce Momjian <bruce@momjian.us>)
List pgsql-hackers
On Fri, May 31, 2013 at 1:26 PM, Bruce Momjian <bruce@momjian.us> wrote:
> On Thu, May 30, 2013 at 10:04:23PM -0400, Robert Haas wrote:
>> > Hm. Why? If freezing gets notably cheaper I don't really see much need
>> > for keeping that much clog around? If we still run into anti-wraparound
>> > areas, there has to be some major operational problem.
>>
>> That is true, but we have a decent number of customers who do in fact
>> have such problems.  I think that's only going to get more common.  As
>> hardware gets faster and PostgreSQL improves, people are going to
>> process more and more transactions in shorter and shorter periods of
>> time.  Heikki's benchmark results for the XLOG scaling patch show
>> rates of >80,000 tps.  Even at a more modest 10,000 tps, with default
>> settings, you'll do anti-wraparound vacuums of the entire cluster
>> about every 8 hours.  That's not fun.
>
> Are you assuming these are all write transactions, hence consuming xids?

Well, there might be read-only transactions as well, but the point is
about how many write transactions there can be.  10,000 tps or more is
not out of the question even today, and progressively higher numbers
are only going to become more and more common.

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



pgsql-hackers by date:

Previous
From: Robert Haas
Date:
Subject: Re: removing PD_ALL_VISIBLE
Next
From: Robert Haas
Date:
Subject: Re: extensible external toast tuple support