From: | Kevin Grittner <kgrittn(at)ymail(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Peter Eisentraut <peter_e(at)gmx(dot)net> |
Cc: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Re: double vacuum in initdb |
Date: | 2014-12-11 16:44:38 |
Message-ID: | 2070015456.2013171.1418316278764.JavaMail.yahoo@jws10071.mail.ne1.yahoo.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> wrote:
> I think we could go to
> PG_CMD_PUTS("ANALYZE;\nVACUUM FULL FREEZE;\n");
>
> without any degradation of the intended results.
>
> Another idea would be to drop the FULL part and make this
>
> PG_CMD_PUTS("ANALYZE;\nVACUUM FREEZE;\n");
We want to finish with VACUUM FREEZE without the FULL, unless we
don't care about missing visibility maps and free space maps.
[ initdb and start the cluster ]
server started
kgrittn(at)Kevin-Desktop:~/pg/master$ find Debug/data -type f | xargs ls -l >~/ls1
kgrittn(at)Kevin-Desktop:~/pg/master$ psql -c "vacuum freeze;" postgres
VACUUM
kgrittn(at)Kevin-Desktop:~/pg/master$ find Debug/data -type f | xargs ls -l >~/ls2
kgrittn(at)Kevin-Desktop:~/pg/master$ psql -c "vacuum full freeze;" postgres
VACUUM
kgrittn(at)Kevin-Desktop:~/pg/master$ find Debug/data -type f | xargs ls -l >~/ls3
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _fsm <~/ls1 | wc -l
116
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _fsm <~/ls2 | wc -l
119
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _fsm <~/ls3 | wc -l
80
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _vm <~/ls1 | wc -l
116
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _vm <~/ls2 | wc -l
117
kgrittn(at)Kevin-Desktop:~/pg/master$ grep _vm <~/ls3 | wc -l
77
--
Kevin Grittner
EDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company
From | Date | Subject | |
---|---|---|---|
Next Message | Bruce Momjian | 2014-12-11 16:49:10 | Re: 9.5 release scheduling (was Re: logical column ordering) |
Previous Message | Bruce Momjian | 2014-12-11 16:34:59 | Re: [REVIEW] Re: Compression of full-page-writes |