Re: WIP: Avoid creation of the free space map for small tables

From: John Naylor <john(dot)naylor(at)2ndquadrant(dot)com>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: WIP: Avoid creation of the free space map for small tables
Date: 2019-02-21 07:26:25
Message-ID: CACPNZCt4LGejsMNmUvzQdCPLWi5ARpaJaFsCs_BM1nE9Yf+7Yg@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Feb 21, 2019 at 7:58 AM Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> wrote:
> So here you are inserting 4-byte integer and 1024-bytes variable
> length record. So the tuple length will be tuple_header (24-bytes) +
> 4-bytes for integer + 4-bytes header for variable length data + 1024
> bytes of actual data. So, the length will be 1056 which is already
> MAXALIGN. I took the new comments added in your latest version of the
> patch and added them to the previous version of the patch. Kindly
> see if I have not missed anything while merging the patch-versions?

OK, that makes sense. Looks fine to me.

--
John Naylor https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Paquier 2019-02-21 07:40:13 Re: Cache lookup errors with functions manipulation object addresses
Previous Message Tsunakawa, Takayuki 2019-02-21 07:09:33 RE: Timeout parameters