From: | "David Wilson" <david(dot)t(dot)wilson(at)gmail(dot)com> |
---|---|
To: | "Gregory Stark" <stark(at)enterprisedb(dot)com> |
Cc: | pgsql-general <pgsql-general(at)postgresql(dot)org> |
Subject: | Re: Out of memory in create index |
Date: | 2008-10-13 15:34:42 |
Message-ID: | e7f9235d0810130834j7c2e56d0q457af4ae10ed41b3@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Mon, Oct 13, 2008 at 6:44 AM, Gregory Stark <stark(at)enterprisedb(dot)com> wrote:
> How much memory the OS allows Postgres to allocate will depend on a lot of
> external factors. At a guess you had some other services or queries running at
> the same time the first time which reduced the available memory.
I'm sorry- I was insufficiently clear. Postgres was the only service
running, and there were no additional queries happening at the same
time. (This database is on a dedicated machine; the only other things
that run are some decision-support applications that were all off at
the time.) In addition, the 35% memory usage number was for user-space
processes in total, not for postgres specifically; the swap space was
completely clear. maintenance_work_mem + work_mem is well under the
total amount of RAM on the system, and certainly well under RAM +
swap.
I'll give a try to building that index with a lower
maintenance_work_mem this evening when I can shut off the other
processes again, though given the above it strikes me as unlikely to
be the problem.
Also, the thing that has me even more confused is the fact that it
worked when I added an additional column to the index.
--
- David T. Wilson
david(dot)t(dot)wilson(at)gmail(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2008-10-13 16:08:49 | Re: PL/pgSQL stored procedure returning multiple result sets (SELECTs)? |
Previous Message | Scott Marlowe | 2008-10-13 15:30:05 | Re: user and DB confusion |