# Re: Index scan startup time

 From: Tom Lane Re: Index scan startup time 30 March 2006 , 14:24:28 14952.1143732263@sss.pgh.pa.us (view: Whole thread, Raw) Re: Index scan startup time  (Peter Eisentraut) pgsql-performance

Tree view

Index scan startup time  (Peter Eisentraut, )
Re: Index scan startup time  ("Steinar H. Gunderson", )
Re: Index scan startup time  (Peter Eisentraut, )
Re: Index scan startup time  ("Steinar H. Gunderson", )
Re: Index scan startup time  (Michael Stone, )
Re: Index scan startup time  ("Steinar H. Gunderson", )
Re: Index scan startup time  (Michael Stone, )
Re: Index scan startup time  (Tom Lane, )
Re: Index scan startup time  (Peter Eisentraut, )
Re: Index scan startup time  (Tom Lane, )
Re: Index scan startup time  (Peter Eisentraut, )
Re: Index scan startup time  ("Steinar H. Gunderson", )
Re: Index scan startup time  (Michael Stone, )
Re: Index scan startup time  (Peter Eisentraut, )
Re: Index scan startup time  (Markus Schaber, )
Re: Index scan startup time  (Simon Riggs, )

```Peter Eisentraut <> writes:
> So from when to when is the startup time (the "x" in "x..y") actually
> measured?  When does the clock start ticking and when does it stop?
> That is what's confusing me.

The planner thinks of the startup time (the first estimated-cost number)
as the time before the output scan can start, eg, time to do the sort in
a sort node.  EXPLAIN ANALYZE however reports the actual time until the
first output row is delivered.  When you've got a filter applied to the
node result, as in this case, there can be a material difference between
the two definitions, because of the time spent scanning rows that don't
get past the filter.

regards, tom lane

```

pgsql-performance by date:

From: Gavin Hamill
Date:
Subject: Re: CREATE INDEX rather sluggish
From: PFC
Date:
Subject: Re: Decide between Postgresql and Mysql (help of