| From: | Ron Johnson <ronljohnsonjr(at)gmail(dot)com> |
|---|---|
| To: | pgsql-general <pgsql-general(at)lists(dot)postgresql(dot)org> |
| Subject: | Re: Fillfactor effectiveness on existing table |
| Date: | 2026-02-10 17:28:03 |
| Message-ID: | CANzqJaBcssS-inkrW=cxqxd5_1-Re-0xY6totprgypSHC-mkmg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Tue, Feb 10, 2026 at 11:05 AM David G. Johnston <
david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
> On Tuesday, February 10, 2026, Durgamahesh Manne <
> maheshpostgres9(at)gmail(dot)com> wrote:
>
>> Hi
>>
>> I added fillfactor with less than 100 to existing table then ran vacuum
>> full to take effect
>>
>> How to ensure the applied fillfactor is working successfully
>>
>> A ratio of hot updates in catalog table should higher than value of
>> n_dead_tup or n_tup_upd? Or what ?
>>
>>
> While free space on the page is necessary for HOT, it is not sufficient.
>
> If you want to prove fillfactor isn’t buggy I’d suggest contriving a test
> case instead inspecting complex real data. A table with a single bigint
> and say 50 fillfactor should be easily visible when inspecting the free
> space of a page in the heap (not sure of the exact query for this though).
> There is a page-inspect contrib extension that provides low-level details.
>
What about pgstattuple.free_space and free_percent?
--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Laurenz Albe | 2026-02-10 18:31:08 | Re: Fillfactor effectiveness on existing table |
| Previous Message | David G. Johnston | 2026-02-10 16:05:06 | Re: Fillfactor effectiveness on existing table |