Re: Unexpected page allocation behavior on insert-only tables - Mailing list pgsql-hackers

From Michael Renner
Subject Re: Unexpected page allocation behavior on insert-only tables
Date
Msg-id 4BEF3B44.5010402@amd.co.at
Whole thread Raw
In response to Re: Unexpected page allocation behavior on insert-only tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Responses Re: Unexpected page allocation behavior on insert-only tables
List pgsql-hackers
On 16.05.2010 02:16, Tom Lane wrote:
> Michael Renner<michael.renner@amd.co.at>  writes:
>> I've written a simple tool to generate traffic on a database [1], which
>> did about 30 TX/inserts per second to a table. Upon inspecting the data
>> in the table, I noticed the expected grouping of tuples which came from
>> a single backend to matching pages [2]. The strange part was that the
>> pages weren't completely filled but the backends seemed to jump
>> arbitrarily from one page to the next [3]. For the table in question
>> this resulted in about 10% wasted space.
>
> Which table would that be?  The trigger-driven updates to "auction",
> in particular, would certainly guarantee some amount of "wasted" space.

Yeah, the auction table receives heavy updates and gets vacuumed regularly.

The behavior I showed was for the "bid" table, which only gets inserts 
(and triggers the updates for the auction table).

best regards,
Michael


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Unexpected page allocation behavior on insert-only tables
Next
From: Bruce Momjian
Date:
Subject: Re: [PATCH] Add SIGCHLD catch to psql