Re: sudden drop in delete performance - Mailing list pgsql-general

From Alban Hertroys
Subject Re: sudden drop in delete performance
Date
Msg-id 4573E99B.7020004@magproductions.nl
Whole thread Raw
In response to Re: sudden drop in delete performance  ("surabhi.ahuja" <surabhi.ahuja@iiitb.ac.in>)
List pgsql-general
surabhi.ahuja wrote:
> after my update
> I had my entire data drectory PGDATA removed,
> i had done initdb again
> and did lot of inserts (the inserts have given the similar performance)

So you _didn't_ vacuum analyze. You need one right at this point, or the
database is optimizing your queries using statistical data that is no
longer accurate (If I understand correctly, the statistics describe an
empty database - I need to read up on this topic sometime, I use it a
lot...).

> i then do a remove from the db, which is taking time.
> when i had postgres 8.0.0 i did not turn fsyn off.

> that time i had moved the pg_xlog directory to a diff partition and
> created a link from PGDATA to its new location.
> (i did this because i had heard tha it boosts performanne)

I'm rather certain creating a tablespace on that partition would be
faster than a symlink, although I suppose the filesystem cache will help
a bit.

> but I am doing the same here also (i mean with Postgres 8.1.5)

--
Alban Hertroys
alban@magproductions.nl

magproductions b.v.

T: ++31(0)534346874
F: ++31(0)534346876
M:
I: www.magproductions.nl
A: Postbus 416
   7500 AK Enschede

// Integrate Your World //

pgsql-general by date:

Previous
From: nicky
Date:
Subject: logs not ending up at Syslog
Next
From: Richard Huxton
Date:
Subject: Re: trouble inserting into new partitions of partitioned