Re: diskspace

Поиск
Список
Период
Сортировка
От Geoff Winkless
Тема Re: diskspace
Дата
Msg-id CAEzk6fdAC5v0Wu=WQGFwEzvLXY4DQXxiVSEgz4ZNiUorC2=3Nw@mail.gmail.com
обсуждение исходный текст
Ответ на Re: diskspace  (Rosser Schwarz <rosser.schwarz@gmail.com>)
Ответы Re: diskspace
Re: diskspace
Re: diskspace
Список pgsql-admin
Thanks for all the responses....

On 5 February 2013 19:36, Rosser Schwarz <rosser.schwarz@gmail.com> wrote:
On Tue, Feb 5, 2013 at 11:00 AM, Scott Mead <scottm@openscg.com> wrote:
Agreed, don't forget, you have indexes, free space, vacuum-able stuff, etc... all laying in your datafiles.  Your measurements are telling you what you have purely in a raw form.

Indexes are stored separately. There should be no free space (why would there be? FILLFACTOR is 100!) and I've vacuumed already.

Additionally, postgres has a number of "metadata" columns (e.g., xmin, xmax, cmin, cmax, &c).  Those can add up, particularly when their net size is greater than the user data size of a row.
 
That's a fair point.

611MB (actual disk size) - 138MB (summed data size) = 483MB
11M rows (ish).

That's nearly 48 bytes extra per row.


Let's say around 249MB (23 bytes per row, according to that page) for the columns you mention, so that leaves 234MB unexplained.

I can see 44 bytes per page header (given 5 columns, so 20 bytes ItemIdData, with 24 bytes PageHeaderData). Given page size of 8kb that would imply page headers of about 3.3MB over a 611MB table.

Even with some bytes for alignment I'm Still not seeing where 230MB (more than the space taken by the data itself) of my disk is gone.

Thanks!

Geoff

В списке pgsql-admin по дате отправления:

Предыдущее
От: Rosser Schwarz
Дата:
Сообщение: Re: diskspace
Следующее
От: Scott Mead
Дата:
Сообщение: Re: diskspace