Re: Re: low performance

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andreas Wernitznig <andreas(at)insilico(dot)com>
Cc: pgsql-bugs(at)postgresql(dot)org
Subject: Re: Re: low performance
Date: 2001-09-03 16:26:39
Message-ID: 4462.999534399@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Andreas Wernitznig <andreas(at)insilico(dot)com> writes:
> To make it more comparable I have made two additional runs, a slow and
> a fast one with exactly the same number of inserts (about 20500) and
> put it on our ftp server:

>> However, I think what is happening is that some queries are being done
>> as indexscans in the fast case and seqscans in the slow case. The
>> ratio of ExecIndexScan calls to ExecSeqScan calls is vastly different
>> in the two profiles.

> Does the new profiles proof that assumption ?

Yes, see for yourself:
def.fast:
0.00 0.00 0.00 22481 0.00 0.00 ExecSeqScan
0.00 0.00 0.00 20161 0.00 0.00 ExecIndexScan
def.slow:
0.00 0.01 0.00 41940 0.00 0.00 ExecSeqScan
0.00 0.01 0.00 702 0.00 0.00 ExecIndexScan

So there are about 19500 queries that are being done as indexscans in
one case and seqscans in the other.

> If I run "vacuum" and "vacuum analyze" on an empty database, the
> following run will be a SLOW one.

The whole point of vacuum analyze is to give the planner some statistics
about the contents of the tables. Vacuum analyze when a table is empty
is useless (even counterproductive, if the table shortly thereafter
becomes large --- the planner will still think it is empty).

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Tom Lane 2001-09-03 17:42:26 Re: RE: Error on postgresql driver (or pg_hba)
Previous Message lmailles 2001-09-03 11:58:20 Non-escaped single quotes in pgaccess