Mailing lists [pgsql-performance]

2 July 2006

• 06:26   Re: [pgadmin-support] 100% CPU Mark Kirkwood
• 14:36   Re: FWD: Update touches unrelated indexes? Jaime Casanova
• 21:50   optimizing LIKE '%2345' queries Gene

3 July 2006

• 02:02   Sort order in sub-select Craig A. James
• 02:02   Calling a SP from Curosor loop satishchandra999@gmail.com
• 07:34   Re: optimizing LIKE '%2345' queries Mario Weilguni
• 12:39   Is postgresql ca do the job for software deployed in ASP ou SaaS mode? David Gagnon
• 17:00   Re: Is postgresql ca do the job for software deployed in ASP ou SaaS mode? Richard Broersma Jr
• 17:20   Re: Is postgresql ca do the job for software deployed in ASP ou SaaS mode? Chris Hoover
• 18:37   Re: Is postgresql ca do the job for software deployed in Craig A. James
• 23:06   Re: [BUGS] query very slow when enable_seqscan=on Simon Riggs

4 July 2006

• 05:06   Re: Is postgresql ca do the job for software deployed in ASP ou SaaS mode? Guoping Zhang
• 08:02   Re: Is postgresql ca do the job for software deployed in ASP ou SaaS mode? Mikael Carneholm
• 11:46   Re: optimizing LIKE '%2345' queries Tarhon-Onu Victor
• 11:53   Re: Is postgresql ca do the job for software deployed in ASP David Gagnon
• 13:04   Re: Is postgresql ca do the job for software deployed in ASP ou SaaS mode? Mikael Carneholm
• 13:30   Re: Is postgresql ca do the job for software deployed in ASP David Gagnon
• 16:00   how to tune this query. Luckys
• 16:25   Re: how to tune this query. Nolan Cafferky
• 20:27   Re: optimizing LIKE '%2345' queries Gene

5 July 2006

• 00:22   Re: optimizing LIKE '%2345' queries Chris
• 06:56   Problem with bitmap-index-scan plan jkapad@csd.uoc.gr
• 10:38   Re: Is postgresql ca do the job for software deployed in Markus Schaber
• 11:05   Re: Is postgresql ca do the job for software deployed in Gregory S. Williamson
• 13:07   managing database with thousands of tables Eugeny N Dzhurinsky
• 13:39   Re: managing database with thousands of tables Tom Lane
• 15:07   Opteron/FreeBSD/PostgreSQL performance poor andy rost
• 15:47   Re: Opteron/FreeBSD/PostgreSQL performance poor Stephen Frost
• 15:57   Re: managing database with thousands of tables Eugeny N Dzhurinsky
• 17:55   Re: Opteron/FreeBSD/PostgreSQL performance poor Vivek Khera
• 18:11   Re: Opteron/FreeBSD/PostgreSQL performance poor andy rost
• 19:18   Re: Is postgresql ca do the job for software deployed in Markus Schaber
• 23:50   Re: Opteron/FreeBSD/PostgreSQL performance poor Mark Kirkwood
• 23:59   suggested RAID controller for FreeBSD 6.1 + PostgreSQL 8.1 Kenji Morishige

6 July 2006

• 00:33   Re: managing database with thousands of tables Chris
• 00:52   Re: suggested RAID controller for FreeBSD 6.1 + PostgreSQL Mark Kirkwood
• 06:40   getting better performance Eugeny N Dzhurinsky
• 06:48   Re: getting better performance A. Kretschmer
• 08:46   Re: unsubscribe Chethana, Rao (IE10)
• 08:48   Re: getting better performance Ivan Zolotukhin
• 08:49   unsubscribe Monique.Lu@alcatel.fr
• 09:36   unsubscribe Vipul.Gupta@trilogy.com
• 14:28   Re: getting better performance Scott Marlowe
• 14:44   Re: Opteron/FreeBSD/PostgreSQL performance poor Merlin Moncure
• 15:11   Re: getting better performance Eugeny N Dzhurinsky
• 15:27   Re: getting better performance Merlin Moncure
• 15:32   Re: getting better performance Scott Marlowe
• 15:35   unsubscribe Lorenzo Pasquinelli
• 17:53   victory! Merlin Moncure
• 18:01   Re: victory! A.M.
• 18:10   Re: suggested RAID controller for FreeBSD 6.1 + PostgreSQL 8.1 Kenji Morishige
• 18:18   Re: suggested RAID controller for FreeBSD 6.1 + Scott Marlowe
• 18:46   Re: suggested RAID controller for FreeBSD 6.1 +PostgreSQL 8.1 Paul Khavkine
• 22:52   Re: suggested RAID controller for FreeBSD 6.1 + PostgreSQL Mark Kirkwood

7 July 2006

• 01:38   Query plan issue when upgrading to postgres 8.14 (from postgres 8.12 or 7.4) Ioana Danes
• 01:51   Re: Query plan issue when upgrading to postgres 8.14 (from Chris
• 02:50   need vacuum after insert/truncate/insert? Craig A. James
• 05:08   Re: suggested RAID controller for FreeBSD 6.1 +PostgreSQL Michael Loftis
• 05:31   Query plan issue when upgrading to postgres 8.14 (from postgres 8.12 or 7.4) Ioana Danes
• 07:51   Update INSERT RULE while running for Partitioning Gene
• 08:28   Re: getting better performance Markus Schaber
• 08:32   Re: need vacuum after insert/truncate/insert? Markus Schaber
• 08:33   Re: Update INSERT RULE while running for Partitioning Markus Schaber
• 09:13   longest prefix match querries Hripchenko Sergey
• 13:21   Re: Calling a SP from Curosor loop Merlin Moncure
• 13:57   Re: suggested RAID controller for FreeBSD 6.1 + Ron Peacetree
• 16:27   Re: Update INSERT RULE while running for Partitioning Dave Chapeskie
• 17:42   Re: how to tune this query. Merlin Moncure
• 20:38   Re: Opteron/FreeBSD/PostgreSQL performance poor andy rost
• 21:11   Re: Opteron/FreeBSD/PostgreSQL performance poor andy rost
• 21:59   Delete is very slow; PG not using existing index to check foreign keys K-Bob body
• 22:08   Re: Opteron/FreeBSD/PostgreSQL performance poor Jeff Frost
• 22:49   VACUUM vs. REINDEX William Scott Jordan
• 23:15   Re: VACUUM vs. REINDEX Richard Broersma Jr
• 23:18   Re: VACUUM vs. REINDEX Jeff Frost

8 July 2006

• 00:03   Re: VACUUM vs. REINDEX William Scott Jordan
• 00:22   Re: VACUUM vs. REINDEX Jeff Frost
• 00:48   Re: VACUUM vs. REINDEX William Scott Jordan
• 01:15   Re: VACUUM vs. REINDEX Joshua D. Drake
• 01:29   Re: VACUUM vs. REINDEX Chris Hoover
• 03:25   Re: VACUUM vs. REINDEX Joshua D. Drake
• 08:14   Re: VACUUM vs. REINDEX Steinar H. Gunderson
• 09:17   Re: VACUUM vs. REINDEX Stefan Kaltenbrunner

9 July 2006

• 14:48   Re: Opteron/FreeBSD/PostgreSQL performance poor Merlin Moncure

10 July 2006

• 00:52   High CPU Usage - PostgreSQL 7.3 Neil Hepworth
• 01:25   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 07:55   Re: High CPU Usage - PostgreSQL 7.3 Neil Hepworth
• 09:13   Re: High CPU Usage - PostgreSQL 7.3 Neil Hepworth
• 14:52   Re: suggested RAID controller for FreeBSD 6.1 + PostgreSQL 8.1 Vivek Khera
• 15:27   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 16:04   Re: High CPU Usage - PostgreSQL 7.3 Scott Marlowe

11 July 2006

• 06:51   Kill a session Craig A. James
• 07:39   Re: Kill a session Tino Wildenhain
• 11:39   Re: Kill a session Magnus Hagander
• 22:57   Unsubscribe Jghaffou

12 July 2006

• 01:33   Re: High CPU Usage - PostgreSQL 7.3 Bruno Wolff III
• 03:11   Re: High CPU Usage - PostgreSQL 7.3 Neil Hepworth
• 03:28   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 03:43   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 03:48   Re: High CPU Usage - PostgreSQL 7.3 Neil Hepworth
• 07:38   Out of Memory Problem. nicky
• 08:33   Performance Problem between Ora 10g and Psql Thomas Radnetter
• 09:47   Re: Performance Problem between Ora 10g and Psql Guillaume Smet
• 14:44   Re: Performance Problem between Ora 10g and Psql Joshua D. Drake
• 14:53   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 16:55   Re: Kill a session Craig A. James
• 17:04   Commit slower on faster PC Koth, Christian (DWBI)
• 17:06   Re: Kill a session Steinar H. Gunderson
• 17:26   Re: Commit slower on faster PC Mark Lewis
• 17:52   Re: Commit slower on faster PC D'Arcy J.M. Cain
• 18:24   Re: Kill a session Magnus Hagander
• 18:38   size of pg_dump files containing bytea values Steve McWilliams
• 19:16   Re: Commit slower on faster PC Joshua D. Drake
• 19:29   [Fwd: Delivery Status Notification (Failure)] Craig A. James
• 19:32   Re: Kill a session Stefan Kaltenbrunner
• 20:26   Re: [Fwd: Delivery Status Notification (Failure)] Michael Glaesemann
• 20:53   Re: Commit slower on faster PC Bruno Wolff III
• 21:19   Re: High CPU Usage - PostgreSQL 7.3 Jeff Frost
• 21:28   hyper slow after upgrade to 8.1.4 Medora Schauer
• 21:51   Re: [Fwd: Delivery Status Notification (Failure)] Richard Broersma Jr
• 22:56   Re: hyper slow after upgrade to 8.1.4 Joshua D. Drake
• 23:06   Re: [Fwd: Delivery Status Notification (Failure)] Craig A. James

13 July 2006

• 00:54   Re: [Fwd: Delivery Status Notification (Failure)] Richard Broersma Jr
• 02:49   Re: hyper slow after upgrade to 8.1.4 Bruno Wolff III
• 02:53   Re: size of pg_dump files containing bytea values Tom Lane
• 03:07   Re: [Fwd: Delivery Status Notification (Failure)] Tom Lane
• 08:59   Re: Commit slower on faster PC Koth, Christian (DWBI)
• 09:02   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tatsuo Ishii
• 13:22   Re: hyper slow after upgrade to 8.1.4 Medora Schauer
• 15:13   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
• 15:46   Re: hyper slow after upgrade to 8.1.4 Michael Fuhr
• 17:12   Re: size of pg_dump files containing bytea values Greg Stark
• 17:12   Re: hyper slow after upgrade to 8.1.4 Tom Lane
• 17:42   Re: size of pg_dump files containing bytea values Tom Lane
• 18:25   Re: hyper slow after upgrade to 8.1.4 Medora Schauer
• 22:33   Re: Problem with bitmap-index-scan plan Tom Lane

14 July 2006

• 01:31   Re: Kill a session Mark Kirkwood
• 03:18   Re: Kill a session Craig A. James
• 03:24   Re: Kill a session Craig A. James
• 05:50   Re: Kill a session Tom Lane
• 07:05   Re: size of pg_dump files containing bytea values Florian Weimer
• 11:28   Re: Kill a session Markus Schaber
• 16:18   Re: Kill a session Craig A. James
• 16:25   Re: Kill a session Tom Lane
• 18:57   Self-join query and index usage worky.workerson@gmail.com
• 19:19   Re: Self-join query and index usage Tom Lane

15 July 2006

• 14:14   Big differences in plans between 8.0 and 8.1 Gabriele Turchi
• 18:05   increment Rows in an SQL Result Set postgresql Hassan Adekoya
• 18:28   Re: increment Rows in an SQL Result Set postgresql Craig A. James
• 18:53   Re: increment Rows in an SQL Result Set postgresql Hassan
• 19:02   Re: Big differences in plans between 8.0 and 8.1 Michael Fuhr
• 19:55   Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
• 20:04   Re: Big differences in plans between 8.0 and 8.1 Joe Conway
• 20:23   Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
• 23:53   Re: increment Rows in an SQL Result Set postgresql Peter Eisentraut

16 July 2006

• 18:08   Re: Big differences in plans between 8.0 and 8.1 Joe Conway
• 22:50   RAID stripe size question Mikael Carneholm
• 23:12   Re: RAID stripe size question Steinar H. Gunderson

17 July 2006

• 00:04   Re: RAID stripe size question Michael Stone
• 06:13   Re: RAID stripe size question Alex Turner
• 07:59   Re: RAID stripe size question Mikael Carneholm
• 09:46   Re: RAID stripe size question Markus Schaber
• 11:32   Re: RAID stripe size question Mikael Carneholm
• 11:40   Re: RAID stripe size question Markus Schaber
• 12:51   Re: RAID stripe size question Mikael Carneholm
• 13:40   Re: RAID stripe size question Ron Peacetree
• 14:53   Re: RAID stripe size question Steinar H. Gunderson
• 15:23   Re: RAID stripe size question Alex Turner
• 20:19   Re: Big differences in plans between 8.0 and 8.1 Chris Hoover
• 21:15   Re: RAID stripe size question Mikael Carneholm

18 July 2006

• 00:23   Re: RAID stripe size question Mark Kirkwood
• 03:08   Re: RAID stripe size question Ron Peacetree
• 04:21   Re: RAID stripe size question Alex Turner
• 11:19   Re: Problem with bitmap-index-scan plan Kapadaidakis Yannis
• 11:29   Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
• 11:30   Re: Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
• 11:40   Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
• 15:41   Re: Temporary table retains old contents on update eventually Gavin Sherry
• 16:15   Re: RAID stripe size question Ron Peacetree
• 16:27   Re: RAID stripe size question Mikael Carneholm
• 17:27   Re: Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
• 18:57   Re: RAID stripe size question Luke Lonergan
• 19:27   Re: RAID stripe size question Alex Turner
• 19:37   Re: RAID stripe size question Scott Marlowe
• 19:43   Re: RAID stripe size question Ron Peacetree
• 19:48   Re: RAID stripe size question Scott Marlowe
• 20:01   Re: RAID stripe size question Milen Kulev
• 20:44   Re: Query plan issue when upgrading to postgres 8.14 (from Ioana Danes

19 July 2006

• 05:40   Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
• 06:30   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
• 07:33   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
• 07:38   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
• 14:01   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Stephen Frost
• 14:18   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
• 14:26   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Stephen Frost
• 14:42   Re: Performance penalty for remote access of postgresql Bill Moran
• 15:49   Re: Performance penalty for remote access of postgresql Joe Conway

20 July 2006

• 06:33   Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
• 19:55   Re: Performance penalty for remote access of postgresql David Boreham
• 19:55   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane

21 July 2006

• 07:57   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 10:40   Forcing using index instead of sequential scan? 
• 12:02   Re: Forcing using index instead of sequential scan? 
• 12:10   Re: Forcing using index instead of sequential scan? 
• 12:16   Re: Forcing using index instead of sequential scan? Peter Eisentraut
• 13:35   postgres benchmarks Petronenko D.S.
• 13:42   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
• 13:57   Re: [HACKERS] Sun Donated a Sun Fire T2000 to the PostgreSQL Jim C. Nasby
• 15:00   Re: [HACKERS] Sun Donated a Sun Fire T2000 to the PostgreSQL Sven Geisler
• 15:12   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 18:28   Re: BUG #2543: Performance delay acrros the same day Bruno Wolff III
• 18:46   Bad Planner Statistics for Uneven distribution. Kevin McArthur
• 19:17   Partitioned tables in queries Kevin Keith
• 19:35   Re: Partitioned tables in queries Steve Atkins
• 20:52   Re: Partitioned tables in queries Kevin Keith
• 21:29   Re: Bad Planner Statistics for Uneven distribution. Tom Lane
• 22:00   Re: Bad Planner Statistics for Uneven distribution. Guillaume Smet

22 July 2006

• 03:06   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 16:52   Re: Forcing using index instead of sequential scan? Tom Lane
• 17:04   Re: Bad Planner Statistics for Uneven distribution. Tom Lane
• 18:27   Re: Forcing using index instead of sequential scan? Craig A. James
• 23:15   Re: Forcing using index instead of sequential scan? Gregory Stark

23 July 2006

• 03:44   Re: Forcing using index instead of sequential scan? Mark Kirkwood
• 03:51   Re: Forcing using index instead of sequential scan? Mark Kirkwood
• 11:29   Re: Forcing using index instead of sequential scan? Michael Stone
• 15:04   Re: Forcing using index instead of sequential scan? Craig A. James
• 18:10   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
• 23:47   Re: postgres benchmarks Denis Lussier
• 23:52   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane

24 July 2006

• 00:53   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 01:29   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
• 03:35   Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 07:54   Re: BUG #2543: Performance delay acrros the same day Markus Schaber

25 July 2006

• 20:48   Re: Partitioned tables in queries Andrew Hammond

26 July 2006

• 15:21   loading increase into huge table with 50.000.000 records nuggets72@free.fr
• 16:02   Re: loading increase into huge table with 50.000.000 records Sven Geisler
• 16:40   Re: loading increase into huge table with 50.000.000 records Markus Schaber
• 16:56   Re: loading increase into huge table with 50.000.000 records Merlin Moncure
• 17:23   Is it possible to speed this query up? Arnau
• 20:25   Re: Is it possible to speed this query up? Tom Lane

27 July 2006

• 14:23   performance issue with a specific query Eliott
• 14:47   Re: performance issue with a specific query Scott Marlowe
• 14:52   Re: performance issue with a specific query Merlin Moncure
• 15:39   Re: performance issue with a specific query Joshua D. Drake
• 18:24   Re: performance issue with a specific query Alvaro Herrera
• 18:41   Savepoint performance Mark Lewis
• 19:19   Re: Query plan issue when upgrading to postgres 8.14 (from Ioana Danes
• 19:36   Re: Savepoint performance Alvaro Herrera
• 20:18   Re: performance issue with a specific query Tom Lane
• 22:22   Re: Query plan issue when upgrading to postgres 8.14 (from Tom Lane

28 July 2006

• 00:53   Re: Savepoint performance Jaime Casanova
• 01:13   Re: Savepoint performance Denis Lussier
• 01:26   Disk writes carlosreimer
• 01:36   Re: Savepoint performance Tom Lane
• 02:35   Re: Savepoint performance Denis Lussier
• 06:34   Re: Disk writes Florian Weimer
• 06:38   Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk
• 06:54   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 08:46   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mikael Carneholm
• 08:52   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 09:15   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 09:59   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mikael Carneholm
• 10:07   Re: performance issue with a specific query Eliott
• 10:40   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Kjell Tore Fossbakk
• 12:53   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Claus Guttesen
• 17:26   Re: Disk writes Scott Marlowe
• 17:31   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Jeff Trout
• 17:44   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Leigh Dyer
• 18:04   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mark Lewis
• 19:19   index usage Ben
• 19:23   Re: index usage Daniel Caune
• 19:24   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 20:57   Re: index usage Ben
• 21:02   Re: index usage Mark Lewis
• 21:07   Re: index usage Tom Lane

29 July 2006

• 06:05   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Charles Sprickman
• 06:08   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 15:03   PostgreSQL scalability on Sun UltraSparc T1 Jochem van Dieten
• 15:46   Re: PostgreSQL scalability on Sun UltraSparc T1 Joshua D. Drake
• 16:33   Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
• 16:46   Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
• 17:03   Re: PostgreSQL scalability on Sun UltraSparc T1 Joshua D. Drake
• 17:40   Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
• 18:09   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Denis Lussier
• 18:40   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 18:53   Re: PostgreSQL scalability on Sun UltraSparc T1 Luke Lonergan
• 20:00   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Denis Lussier

30 July 2006

• 19:02   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk
• 19:14   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
• 19:18   Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk

31 July 2006

• 01:57   sub select performance due to seq scans H Hale
• 02:52   How to increase performance? Hristo Markov
• 02:52   Query 200x slower on server [PART 2] NbForYou
• 02:52   Strange behaviour Richard Rowell
• 07:07   Re: PostgreSQL scalability on Sun UltraSparc T1 Jignesh Shah
• 08:07   Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
• 09:23   Re: sub select performance due to seq scans Richard Huxton
• 09:24   Re: How to increase performance? Richard Huxton
• 09:27   Re: Query 200x slower on server [PART 2] Richard Huxton
• 10:49   directory tree query with big planner variation Axel Rau
• 11:17   Re: directory tree query with big planner variation Michael Stone
• 11:55   Re: directory tree query with big planner variation Axel Rau
• 12:25   Partitioning / constrain exlusion not working with %-operator Martin Lesser
• 12:40   Re: sub select performance due to seq scans Rod Taylor
• 12:44   Re: Partitioning / constrain exlusion not working with %-operator Tom Lane
• 12:54   Performances with new Intel Core* processors Jonathan Ballet
• 12:54   Re: sub select performance due to seq scans Tom Lane
• 13:32   Re: directory tree query with big planner variation Michael Stone
• 13:54   Re: directory tree query with big planner variation Mark Lewis
• 14:15   Re: sub select performance due to seq scans H Hale
• 14:29   Re: sub select performance due to seq scans Tom Lane
• 15:07   Re: directory tree query with big planner variation Axel Rau
• 15:23   Re: directory tree query with big planner variation Michael Stone
• 15:53   Re: Performances with new Intel Core* processors Merlin Moncure
• 15:56   Re: directory tree query with big planner variation Axel Rau
• 16:05   Re: PostgreSQL scalability on Sun UltraSparc T1 Merlin Moncure
• 16:10   Re: sub select performance due to seq scans H Hale
• 16:19   Re: directory tree query with big planner variation Axel Rau
• 16:21   Re: directory tree query with big planner variation Axel Rau
• 16:30   Re: Performances with new Intel Core* processors Arjen van der Meijden
• 17:09   Re: directory tree query with big planner variation Michael Stone
• 18:49   Re: directory tree query with big planner variation Axel Rau
• 19:57   Re: Performances with new Intel Core* processors Bruce Momjian
• 20:28   Re: Performances with new Intel Core* processors Scott Marlowe
• 21:05   Re: Performances with new Intel Core* processors Vivek Khera