Re: in-memory sorting - Mailing list pgsql-performance

From Samuel Gendler
Subject Re: in-memory sorting
Date
Msg-id AANLkTinhNT_QujPGhFoqUX9ts2hW-4whvMOWNBXhwU0=@mail.gmail.com
Whole thread Raw
In response to Re: in-memory sorting  (Scott Marlowe <scott.marlowe@gmail.com>)
Responses Re: in-memory sorting  (Scott Marlowe <scott.marlowe@gmail.com>)
List pgsql-performance
Yeah, although with 48GB of available memory and not that much concurrency, I'm not sure it matters that much. But point taken, I'll see about modifying the app such that work_mem gets set on a per-query basis.


On Wed, Aug 18, 2010 at 11:24 PM, Scott Marlowe <scott.marlowe@gmail.com> wrote:
On Wed, Aug 18, 2010 at 11:45 PM, Samuel Gendler
<sgendler@ideasculptor.com> wrote:
> Answered my own question.  Cranking work_mem up to 350MB revealed that
> the in-memory sort requires more memory than the disk sort.

Note that unless you run VERY few client connections, it's usually
better to leave work_mem somewhere in the 1 to 32Meg range and have
the connection or user or database that needs 350Meg be set there.

I.e.

<connect>
set work_mem='512MB';
<execute query

OR

alter user memoryhog set work_mem='512MB';

OR

alter database memhogdb set work_mem='512MB';

pgsql-performance by date:

Previous
From: Scott Marlowe
Date:
Subject: Re: in-memory sorting
Next
From: Samuel Gendler
Date:
Subject: Re: yet another q