Re: sun solaris & postgres

From: Neil Conway <nconway(at)klamath(dot)dyndns(dot)org>
To: "Cindy" <ctmoore(at)uci(dot)edu>
Cc: pgsql-general(at)postgresql(dot)org
Subject: Re: sun solaris & postgres
Date: 2002-05-19 14:31:36
Message-ID: 20020519103136.371a6aa7.nconway@klamath.dyndns.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sun, 19 May 2002 00:31:49 -0700
"Cindy" <ctmoore(at)uci(dot)edu> wrote:
> If we search on an item that is not to be found in our entries,
> steph goes through the postgres entries faster than att, perhaps
> by about 10% (not a markedly faster rate, but distinctly faster).
> If we search on an item that is commonly found and display 100
> results at a time on each page, then what takes att 5 seconds to
> generate and display takes steph 30 seconds to do the same thing.

This sounds like you might be sorting the data (of course, without
the actual query or query plan, it's difficult to tell); there was
a performance issue with Sun's implementation of qsort() analyzed
on the list recently -- check the archives.

> Is there any indication that 7.2 is slower overall than 7.0.3?

Not that I'm aware of (the inverse should be true).

Can you confirm that the relevant performance settings in postgresql.conf
are set to reasonable values? (shared_buffers, wal_buffers, sort_mem,
fsync, etc.)

Can you post the EXPLAIN results for the 30-sec/5-sec query on 7.0.3,
the EXPLAIN ANALYZE results for 7.2, and the relevant bits of the schema?

Cheers,

Neil

--
Neil Conway <neilconway(at)rogers(dot)com>
PGP Key ID: DB3C29FC

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Joel Burton 2002-05-19 15:21:14 Re: LIMIT between some column
Previous Message Uros Gruber 2002-05-19 14:30:12 LIMIT between some column