Re: [PERFORM] merge join killing performance

2010-05-18 Thread Scott Marlowe
On Tue, May 18, 2010 at 9:00 PM, Matthew Wakeling wrote: > On Tue, 18 May 2010, Scott Marlowe wrote: >> >> Aggregate  (cost=902.41..902.42 rows=1 width=4) >>  ->  Merge Join  (cost=869.97..902.40 rows=1 width=4) >>        Merge Cond: (f.eid = ev.eid) >>        ->  Index Scan using files_eid_idx on

Re: [PERFORM] merge join killing performance

2010-05-18 Thread Matthew Wakeling
On Tue, 18 May 2010, Scott Marlowe wrote: Aggregate (cost=902.41..902.42 rows=1 width=4) -> Merge Join (cost=869.97..902.40 rows=1 width=4) Merge Cond: (f.eid = ev.eid) -> Index Scan using files_eid_idx on files f (cost=0.00..157830.39 rows=3769434 width=8) Okay, that's we

[PERFORM] merge join killing performance

2010-05-18 Thread Scott Marlowe
Machine: 8 core AMD opteron 2.1GHz, 12 disk RAID-10, 2 disk pg_xlog, RHEL 5.4 pg version 8.3.9 (upgrading soon to 8.3.11 or so) This query: SELECT sum(f.bytes) AS sum FROM files f INNER JOIN events ev ON f.eid = ev.eid WHERE ev.orgid = 969677; is choosing a merge join, which never returns from ex