Re: pgsql_tmp and postgres settings

From: "Jim C(dot) Nasby" <jnasby(at)pervasive(dot)com>
To: Gourish Singbal <gourish(at)gmail(dot)com>
Cc: pgsql-performance(at)postgresql(dot)org
Subject: Re: pgsql_tmp and postgres settings
Date: 2006-06-12 15:15:30
Message-ID: 20060612151530.GR34196@pervasive.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, Jun 12, 2006 at 11:26:23AM +0530, Gourish Singbal wrote:
> Where is the pgsql_tmp folder present ?. i am unable to see it in the data
> directory of postgresql.

It will be under the *database* directory, under $PGDATA/base. SELECT
oid,* FROM pg_database; will tell you what directory to look in for your
database.

> On 6/9/06, Jim C. Nasby <jnasby(at)pervasive(dot)com> wrote:
> >
> >On Fri, Jun 09, 2006 at 02:23:04PM +0200, Domenico - Sal. F.lli Riva
> >wrote:
> >> Hello,
> >>
> >> During insert or update, potgresql write in pgsql_tmp directory and so
> >> performance are very poor.
> >
> >pgsql_tmp is used if a query runs out of work_mem, so you can try
> >increasing that.
> >
> >> My configuration is:
> >>
> >> Work mem 10240
> >>
> >> Effective_cache_size 30000
> >You're off by a factor of 10.
> >
> >> Shared buffers 9000
> >I'd suggest bumping that up to at least 30000.
> >
> >> Postgresql (RPM from official website) 8.1.0
> >
> >You should upgrade to 8.1.4. There's a number of data loss bugs waiting
> >to bite you.
> >--
> >Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
> >Pervasive Software http://pervasive.com work: 512-231-6117
> >vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461
> >
> >---------------------------(end of broadcast)---------------------------
> >TIP 4: Have you searched our list archives?
> >
> > http://archives.postgresql.org
> >
>
>
>
> --
> Best,
> Gourish Singbal

--
Jim C. Nasby, Sr. Engineering Consultant jnasby(at)pervasive(dot)com
Pervasive Software http://pervasive.com work: 512-231-6117
vcard: http://jim.nasby.net/pervasive.vcf cell: 512-569-9461

In response to

Browse pgsql-performance by date

  From Date Subject
Next Message Jim C. Nasby 2006-06-12 15:17:58 Re: Posrgres speed problem
Previous Message Michael Fuhr 2006-06-12 15:05:06 Re: Posrgres speed problem