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

Re: I/O on select count(*)

From: Ron Mayer <rm_pg(at)cheapcomplexdevices(dot)com>
To: Matthew Wakeling <matthew(at)flymine(dot)org>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: I/O on select count(*)
Date: 2008-05-15 13:50:44
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
Matthew Wakeling wrote:
> On Thu, 15 May 2008, Luke Lonergan wrote:
>> ...HINT bit optimization, but avoids this whole ³write the data,
>> write it to the log also, then write it again just for good measure²
> ...
> The hint data will be four bits per tuple plus overheads, so it could be 
> made very compact, and therefore likely to stay in the cache fairly 
> well. 

Does it seem like these HINT bits would be good candidates to move
off to map forks similar to how the visibility map stuff will be handled?

Since (if I understand right) only the hint bits change during the
select(*) it seems a lot less write-IO would happen if such a map
were updated rather than the data pages themselves.

In response to

pgsql-performance by date

Next:From: Jeffrey BakerDate: 2008-05-15 13:56:24
Subject: Re: Update performance degrades over time
Previous:From: Matthew WakelingDate: 2008-05-15 13:38:48
Subject: Re: I/O on select count(*)

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