Re: BUG #2225: Backend crash -- BIG table - Mailing list pgsql-bugs

From Patrick Rotsaert
Subject Re: BUG #2225: Backend crash -- BIG table
Date
Msg-id 43E38FBE.5080401@arrowup.be
Whole thread Raw
In response to Re: BUG #2225: Backend crash -- BIG table  (Bruno Wolff III <bruno@wolff.to>)
List pgsql-bugs
>Is there some reason you can't add more swap space?
>
>
Yes, disk space. I have about 2 GB of swap space enabled.

>How do you know it is Postgres that is using lots of memory? The OOM killer
>doesn't just kill of memory hogs, so you can't just assume the processes
>being killed tells you which processes were using lots of memory.
>
>
>
I keep 'top' running while I launch the query. One single postmaster
climbs to the top, claiming 98% MEM and about 8% CPU.

>The memory that Postgres uses is controlled in postgresql.conf. One particular
>gotcha is that sortmem is per sort, so if you have a number of concurrent
>sorts you might be using more memory than you expected.
>
>
I am very sure there are no other queries running at the same time. This
is a development machine of which I have full control.

pgsql-bugs by date:

Previous
From: "Per Lauvaas"
Date:
Subject: BUG #2235: Wal archiving problems
Next
From: Patrick Rotsaert
Date:
Subject: Re: BUG #2225: Backend crash -- BIG table