Skip site navigation (1) Skip section navigation (2)

Re: VACUUM FULL memory requirements

From: David Schnur <dnschnur(at)gmail(dot)com>
To: pgsql-admin(at)postgresql(dot)org
Subject: Re: VACUUM FULL memory requirements
Date: 2009-12-21 17:21:13
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-admin
I've been doing more testing on several different machines, but still
haven't found a solution to my problem where VACUUM FULL is running out of
memory.  Besides the original case on RHEL4, I've been able to reproduce it
on both Windows and OSX, with 3GB and 5GB RAM, respectively.  Interestingly,
it always fails on a request size of 330, even across differently-sized
databases running on machines with different amounts of memory.

As far as that new tool you're describing, for my purposes it doesn't make
much difference whether it's a stand-alone application or a command, though
a command is a little more convenient.  The ability to free space concurrent
with other database operations would be nice, but I feel like the
introduction of serialization failures would negate that advantage, since I
at least would end up running it non-concurrently to avoid dealing with

I actually find the current design of VACUUM FULL reasonable enough, if I
could figure out what's causing this memory issue and prevent it from


In response to

pgsql-admin by date

Next:From: Julius TDate: 2009-12-21 20:46:19
Subject: starting postgres with several Data directories
Previous:From: Guillaume LelargeDate: 2009-12-19 15:16:38
Subject: Re: [pgadmin-support] [ADMIN] Background color in query tool

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group