Re: [PATCHES] pg_freespacemap question - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [PATCHES] pg_freespacemap question
Date
Msg-id 20130.1142219707@sss.pgh.pa.us
Whole thread Raw
In response to Re: [PATCHES] pg_freespacemap question  (Tatsuo Ishii <ishii@sraoss.co.jp>)
Responses Re: [PATCHES] pg_freespacemap question  (Christopher Kings-Lynne <chriskl@familyhealth.com.au>)
List pgsql-hackers
Tatsuo Ishii <ishii@sraoss.co.jp> writes:
> That sounds strange to me. Each record of accounts tables is actually
> exactly same, i.e fixed size. So it should be possible that UPDATE
> reuses any free spaces made by previous UPDATE. If FSM neglects those
> free spaces "because they are uselessly small", then the unrecycled
> pages are getting grow even if they are regulary VACUUMed, no?

The point here is that if tuples require 50 bytes, and there are 20
bytes free on a page, pgstattuple counts 20 free bytes while FSM
ignores the page.  Recording that space in the FSM will not improve
matters, it'll just risk pushing out FSM records for pages that do
have useful amounts of free space.

            regards, tom lane

pgsql-hackers by date:

Previous
From: "Qingqing Zhou"
Date:
Subject: Re: About Buffer Flushing Function
Next
From: Christopher Kings-Lynne
Date:
Subject: Re: [PATCHES] pg_freespacemap question