Re: Workaround for working_mem max value in windows?

From: Nick Eubank <nickeubank(at)gmail(dot)com>
To: amulsul <sul_amul(at)yahoo(dot)co(dot)in>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>, Martin(dot)French(at)romaxtech(dot)com
Subject: Re: Workaround for working_mem max value in windows?
Date: 2014-04-16 16:35:12
Message-ID: CAFWQgOnN_KL+i3jpW9BSR8zWnXys09awJ90GH5Td753Nb-NNRQ@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Wed, Apr 16, 2014 at 1:29 AM, amulsul <sul_amul(at)yahoo(dot)co(dot)in> wrote:

> >Anyone found a work around?
>
> Wouldn't it helpful, setting it in your session?
>
> set work_mem='2000MB';
> set maintenance_work_mem='2000MB';
>
> do rest of sql after .....
>
> Regards,
> Amul Sul
>
>
>
> --
> View this message in context:
> http://postgresql.1045698.n5.nabble.com/Workaround-for-working-mem-max-value-in-windows-tp5800170p5800216.html
> Sent from the PostgreSQL - performance mailing list archive at Nabble.com.
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>

Thanks all!

Sorry Martin, should have been clearer on my usage plans: I'm only
interested in optimizing for single-connection, sequential high-demand
queries, so I think I'm safe bumping up memory usage, even if it's usually
a disastrous idea for most users. I'll definitely check with the
Enterprise folks!

Amul: thanks for the followup! Unfortunately, setting locally faces the
same limitation as setting things in the config file -- I get an "ERROR:
3072000 is outside the valid range for parameter "work_mem" (64 .. 2097151)
SQL state: 22023" problem if I set above ~1.9gb. :(

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Martin French 2014-04-16 17:08:12 Re: Workaround for working_mem max value in windows?
Previous Message Linos 2014-04-16 16:08:33 Re: unneeded joins on view