"Tom Lane" <[EMAIL PROTECTED]> writes:

> Gregory Stark <[EMAIL PROTECTED]> writes:
>> The SearchCatCache here is the one in get_attavgwidth called to estimate the
>> relation width.
>
> Hmm, that information is supposed to be cached ... could you provide the
> test case?

This case caused my machine to thrash and swap terribly with the backend
requiring over 1.3G of RAM to handle the explain. 

What's really strange is that I got warnings about checkpoints happening too
frequently. How could an explain of a select cause checkpoints?! There are no
log entries for autovacuum but that's the only thing I can think of.

I'll dive back into gprof tomorrow, but for now it's time for sleep.


postgres=# copy (select 'create table t (' union all select 
'a'||generate_series(1,1599)||' bool,' union all select 'a1600 bool);') to 
'/tmp/t';
COPY 1601
postgres=# \i /tmp/t
CREATE TABLE
postgres=# copy (select 'create table t'||generate_series(1,1000)||' () 
inherits (t);') to '/tmp/u';
COPY 1000
Time: 5.002 ms
postgres=# 
postgres=# \i /tmp/u
postgres=# explain select * from t;
                               QUERY PLAN                               
------------------------------------------------------------------------
 Result  (cost=0.00..10510.50 rows=50050 width=1600)
   ->  Append  (cost=0.00..10510.50 rows=50050 width=1600)
         ->  Seq Scan on t  (cost=0.00..10.50 rows=50 width=1600)
         ->  Seq Scan on t1 t  (cost=0.00..10.50 rows=50 width=1600)
         ->  Seq Scan on t2 t  (cost=0.00..10.50 rows=50 width=1600)
...
         ->  Seq Scan on t999 t  (cost=0.00..10.50 rows=50 width=1600)
         ->  Seq Scan on t1000 t  (cost=0.00..10.50 rows=50 width=1600)
(1003 rows)

Time: 889727.115 ms


-- 
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com


---------------------------(end of broadcast)---------------------------
TIP 7: You can help support the PostgreSQL project by donating at

                http://www.postgresql.org/about/donate

Reply via email to