Re: WIP: Avoid creation of the free space map for small tables
От | Amit Kapila |
---|---|
Тема | Re: WIP: Avoid creation of the free space map for small tables |
Дата | |
Msg-id | CAA4eK1L0kzxMXr7k=crHNOjKiP12pAZ32ghg40bzzeAZa2TYqw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: WIP: Avoid creation of the free space map for small tables (John Naylor <john.naylor@2ndquadrant.com>) |
Ответы |
Re: WIP: Avoid creation of the free space map for small tables
|
Список | pgsql-hackers |
On Sat, Feb 23, 2019 at 1:24 PM John Naylor <john.naylor@2ndquadrant.com> wrote: > > On Thu, Feb 21, 2019 at 9:27 PM Alvaro Herrera <alvherre@2ndquadrant.com> wrote: > > > > I think this test is going to break on nonstandard block sizes. While > > we don't promise that all tests work on such installs (particularly > > planner ones), it seems fairly easy to cope with this one -- just use a > > record size expressed as a fraction of current_setting('block_size'). > > So instead of "1024" you'd write current_setting('block_size') / 8. > > And then display the relation size in terms of pages, not bytes, so > > divide pg_relation_size by block size. > > I've done this for v6, tested on 16k block size. > Thanks, the patch looks good to me. I have additionally tested it 32K and 1K sized blocks and the test passes. I will commit this early next week. -- With Regards, Amit Kapila. EnterpriseDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: