Re: Query performance discontinuity - Mailing list pgsql-performance

From Josh Berkus
Subject Re: Query performance discontinuity
Date
Msg-id web-1822582@davinci.ethosmedia.com
Whole thread Raw
In response to Re: Query performance discontinuity  (Rod Taylor <rbt@rbt.ca>)
Responses Re: Query performance discontinuity
List pgsql-performance
Mike,

> Given the estimated costs, PostgreSQL is doing the right things.
>
> However, in your case, it doesn't appear that the estimations are
> realistic.  Index scans are much cheaper than advertised.

Can I assume that you've run VACUUM FULL ANALYZE on the table, or
preferably the whole database?

>
> Try setting your random_page_cost lower (1.5 to 2 rather than 4).
> Bumping sortmem to 32 or 64MB (if plenty of ram is available) will
> help
> most situations.
>
> Might see the 'pg_autotune' project for assistance in picking good
> values.
>
> http://gborg.postgresql.org/project/pgautotune/projdisplay.php

Um.   I don't think we have anything to advertise yet, for pg_autotune.
  It's still very much an alpha, and the limits we set are pretty
arbitrary.

-Josh Berkus

pgsql-performance by date:

Previous
From: Jirka Novak
Date:
Subject: Re: Slow response from 'SELECT * FROM table'
Next
From: Mike Nielsen
Date:
Subject: Re: Query performance discontinuity