ly do so until it had been back in production
for a day or two.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
---(end of broadcast)---
TIP 6: explain analyze is your friend
ery night via cron:
#!/bin/bash
FULL=''
test $(date +%w) -eq 0 && FULL='FULL'
exec psql -U dbm -c "VACUUM ${FULL} VERBOSE ANALYZE" dbm
The app at least felt faster with the daily vacuum, even though
autovacuum was running. I don't have a good explana
>>>>> "Joshua" == Joshua D Drake <[EMAIL PROTECTED]> writes:
Joshua> Autovacuum by default won't do enough work for many production
Joshua> databases. You still have to configure it.
OK. Thanks. Good to know.
-JimC
--
James Cloos <[EMAI
tt> slower not faster.
That, then, probably explains the extra five gigs. There are quite a
few indices in the app's schema.
Thanks.
-JimC
--
James Cloos <[EMAIL PROTECTED]> OpenPGP: 1024D/ED7DAEA6
---(end of broadcast)---
TIP 5: don't forget to increase your free space map settings
ough to
be easier to explain?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
gt; Hilarity ensues.
That is a convincing argument.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
--
Sent via pgsql-admin mailing list (pgsql-admin@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-admin
