Re: [PATCHES] pg_freespacemap question
От | Tom Lane |
---|---|
Тема | Re: [PATCHES] pg_freespacemap question |
Дата | |
Msg-id | 11738.1142210591@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: [PATCHES] pg_freespacemap question (Mark Kirkwood <markir@paradise.net.nz>) |
Ответы |
Re: [PATCHES] pg_freespacemap question
Re: [PATCHES] pg_freespacemap question |
Список | pgsql-hackers |
> Tatsuo Ishii wrote: >> BTW, I noticed difference of outputs from pg_freespacemap and >> pgstattuple. >> >> I ran pgbench and inspected "accounts" table by using these tools. >> >> pg_freespacemap: >> sum of bytes: 250712 >> >> pgstattuple: >> free_space: 354880 >> >> Shouldn't they be identical? No, because (a) pgbench vacuums at the start of the run not the end, and (b) vacuum/fsm disregard pages with "uselessly small" amounts of free space (less than the average tuple size, IIRC). I do notice a rather serious shortcoming of pg_freespacemap in its current incarnation, which is that it *only* shows you the per-page free space data, and not any of the information that would let you determine what the FSM is doing to filter the raw data. The per-relation avgRequest and lastPageCount fields would be interesting for instance. Perhaps there should be a second view with one row per relation to carry the appropriate data. regards, tom lane
В списке pgsql-hackers по дате отправления: