Mailing lists [pgsql-performance]

1 July 2009

• 00:11   Re: random slow query Scott Carey
• 00:59   Re: random slow query Mike Ivanov
• 09:40   - Slow Query Rui Carvalho
• 16:39   Re: - Slow Query Mike Ivanov
• 16:41   Re: - Slow Query justin
• 17:12   Re: - Slow Query Mike Ivanov
• 17:37   Re: - Slow Query Rui Carvalho
• 17:42   Re: - Slow Query Scott Marlowe
• 17:52   Re: - Slow Query Tom Lane
• 17:53   Re: - Slow Query Mike Ivanov
• 18:00   Re: - Slow Query Scott Marlowe
• 18:07   Re: - Slow Query Tom Lane

2 July 2009

• 00:08   regression ? 8.4 do not apply One-Time Filter to subquery Sergey Burladyan
• 22:48   Re: slow DELETE on 12 M row table Janet Jacobsen

3 July 2009

• 00:21   Re: slow DELETE on 12 M row table Scott Marlowe
• 11:06   Most effective insert or replace Sergei Politov
• 11:22   Re: - Slow Query Віталій Тимчишин
• 11:23   Re: Most effective insert or replace Matthew Wakeling
• 11:29   Re: - Slow Query Віталій Тимчишин

6 July 2009

• 04:50   Six PostgreSQL questions from a pokerplayer Patvs
• 05:33   Re: Six PostgreSQL questions from a pokerplayer Craig Ringer
• 05:48   Bundling postgreSQL with my Java application Saurabh Dave
• 05:59   Re: Bundling postgreSQL with my Java application Mark Mielke
• 06:13   Re: Six PostgreSQL questions from a pokerplayer Mark Kirkwood
• 07:07   Re: Bundling postgreSQL with my Java application Guillaume Cottenceau
• 07:18   Re: Bundling postgreSQL with my Java application Saurabh Dave
• 08:26   Re: Bundling postgreSQL with my Java application Mark Mielke
• 08:43   Re: Six PostgreSQL questions from a pokerplayer Scott Carey
• 08:48   Re: Six PostgreSQL questions from a pokerplayer Scott Carey
• 09:40   Re: Six PostgreSQL questions from a pokerplayer Greg Stark
• 11:02   Re: Six PostgreSQL questions from a pokerplayer Stephen Frost
• 13:26   Re: Six PostgreSQL questions from a pokerplayer Greg Smith
• 13:49   Re: Six PostgreSQL questions from a pokerplayer Dave Page
• 19:26   Re: Six PostgreSQL questions from a pokerplayer Mark Mielke
• 23:20   Re: Bundling postgreSQL with my Java application justin

7 July 2009

• 04:51   Re: Six PostgreSQL questions from a pokerplayer Craig Ringer
• 05:11   Re: Bundling postgreSQL with my Java application Saurabh Dave
• 05:51   Re: Six PostgreSQL questions from a pokerplayer Scott Marlowe
• 05:59   Re: Bundling postgreSQL with my Java application Scott Marlowe
• 09:39   Re: Speeding up a query. Simon Riggs
• 12:38   Re: Speeding up a query. Hartman, Matthew
• 13:41   Re: Bundling postgreSQL with my Java application Kevin Grittner

9 July 2009

• 10:34   Data caching Martin Chlupac
• 10:53   Re: Data caching Richard Huxton
• 16:26   Sorting by an arbitrary criterion Craig James
• 16:35   Re: Sorting by an arbitrary criterion Grzegorz Jaśkiewicz
• 16:35   Huge difference in query performance between 8.3 and 8.4 (possibly) Robin Houston
• 16:38   Re: Sorting by an arbitrary criterion Tom Lane
• 16:39   Re: Sorting by an arbitrary criterion Kevin Grittner
• 16:40   Re: Sorting by an arbitrary criterion Alexander Staubo
• 17:02   Re: Huge difference in query performance between 8.3 and 8.4 (possibly) Alvaro Herrera
• 17:09   Re: Huge difference in query performance between 8.3 and 8.4 (possibly) Tom Lane
• 17:28   embedded sql regression from 8.2.4 to 8.3.7 Haszlakiewicz, Eric
• 17:46   Re: Huge difference in query performance between 8.3 and 8.4 (possibly) Hartman, Matthew
• 18:11   Re: Sorting by an arbitrary criterion hubert depesz lubaczewski
• 18:20   Re: Sorting by an arbitrary criterion Hartman, Matthew
• 20:25   Re: Sorting by an arbitrary criterion Grzegorz Jaśkiewicz

10 July 2009

• 09:06   Re: embedded sql regression from 8.2.4 to 8.3.7 Albe Laurenz
• 14:46   Cost performace question paulo matadr
• 14:51   Re: Cost performace question Kevin Grittner
• 18:13   Re: autovacuum hung? Brian Cox
• 19:33   Res: Cost performace question paulo matadr

13 July 2009

• 12:22   Re: Res: Cost performace question Matthew Wakeling
• 14:01   Very big insert/join performance problem (bacula) Marc Cousin
• 14:45   Re: Very big insert/join performance problem (bacula) SystemManagement
• 14:53   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 15:06   Re: Very big insert/join performance problem (bacula) Andres Freund
• 15:52   Re: embedded sql regression from 8.2.4 to 8.3.7 Haszlakiewicz, Eric
• 18:42   Re: embedded sql regression from 8.2.4 to 8.3.7 Haszlakiewicz, Eric
• 20:46   Odd performance / query plan with bitmasked field as opposed to equality Frank Joerdens

14 July 2009

• 05:54   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 08:15   Re: Very big insert/join performance problem (bacula) Richard Huxton
• 08:23   Re: Very big insert/join performance problem (bacula) Richard Huxton
• 09:16   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 09:22   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 09:41   Re: embedded sql regression from 8.2.4 to 8.3.7 Albe Laurenz

15 July 2009

• 03:33   Re: [GENERAL] Postgres Clustering Tim Uckun
• 03:33   Performance difference between IN(...) and ANY(...) operator Gnanam
• 03:33   Maximum size of an XML document Franclin Foping
• 03:33   Re: Poor query performance Alex
• 03:33   Poor query performance Alex
• 03:33   Performance comparison between Postgres and Greenplum Suvankar Roy
• 03:33   Poor overall performance unless regular VACUUM FULL Wayne Conrad
• 03:33   CREATE USER command slows down when user count per server reaches up to 500 000 Lauris Ulmanis
• 03:59   Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 04:56   Re: Performance comparison between Postgres and Greenplum Scott Marlowe
• 05:16   Re: Poor overall performance unless regular VACUUM FULL Scott Marlowe
• 05:16   Re: Poor overall performance unless regular VACUUM FULL David Wilson
• 06:53   Re: Poor query performance Greg Stark
• 08:23   Re: Poor query performance Greg Stark
• 08:26   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Craig Ringer
• 08:28   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Craig Ringer
• 08:37   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Greg Stark
• 08:52   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 09:05   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 09:30   Re: Performance comparison between Postgres and Greenplum Scott Marlowe
• 11:37   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 12:37   Re: Performance comparison between Postgres and Greenplum Alex Goncharov
• 13:18   Re: Performance comparison between Postgres and Greenplum Alex Goncharov
• 13:45   Re: Very big insert/join performance problem (bacula) Alvaro Herrera
• 13:53   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 14:02   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Alvaro Herrera
• 14:30   Re: Poor overall performance unless regular VACUUM FULL Scott Marlowe
• 14:48   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Alvaro Herrera
• 14:59   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Tom Lane
• 15:04   Re: cluster index on a table Ibrahim Harrani
• 15:11   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Marko Kreen
• 15:24   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance David Wilson
• 15:30   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Tom Lane
• 15:31   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Marko Kreen
• 15:33   Re: Performance comparison between Postgres and Greenplum Scott Mead
• 21:38   Re: CREATE USER command slows down when user count per server reaches up to 500 000 Haszlakiewicz, Eric
• 22:38   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Mike Ivanov
• 22:52   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Andres Freund

16 July 2009

• 00:02   Re: Very big insert/join performance problem (bacula) Devin Ben-Hur
• 00:31   Re: Poor overall performance unless regular VACUUM FULL Scott Carey
• 00:33   Re: cluster index on a table Scott Carey
• 00:40   Re: Poor overall performance unless regular VACUUM FULL Scott Marlowe
• 00:43   Re: Very big insert/join performance problem (bacula) Scott Carey
• 00:54   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 01:11   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 01:14   Re: Performance comparison between Postgres and Greenplum Greg Smith
• 01:17   Re: Performance comparison between Postgres and Greenplum Greg Smith
• 02:37   Re: cluster index on a table Scott Marlowe
• 05:09   Concurrency issue under very heay loads Raji Sridar (raji)
• 05:20   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 05:26   Re: Concurrency issue under very heay loads ramasubramanian
• 06:11   Re: Concurrency issue under very heay loads Scott Marlowe
• 07:41   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 07:46   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Andres Freund
• 09:17   Re: Concurrency issue under very heay loads Albe Laurenz
• 09:31   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 09:34   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Andres Freund
• 09:47   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 ning
• 09:53   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Andres Freund
• 12:42   Re: cluster index on a table Scott Mead
• 13:33   Re: cluster index on a table Scara Maccai
• 15:05   Re: Poor overall performance unless regular VACUUM FULL Wayne Conrad
• 17:36   Re: cluster index on a table Scott Carey
• 18:07   Incr/Decr Integer William Scott Jordan
• 18:22   Re: cluster index on a table Scott Carey
• 18:46   Re: Incr/Decr Integer Richard Huxton
• 19:15   Re: cluster index on a table Kevin Grittner
• 19:18   Re: cluster index on a table Scott Carey
• 19:19   Re: Incr/Decr Integer Kevin Grittner
• 19:46   Re: cluster index on a table Greg Stark
• 20:09   Re: cluster index on a table Scott Carey
• 20:10   Re: Very big insert/join performance problem (bacula) Kevin Grittner
• 20:15   Re: cluster index on a table Kevin Grittner
• 20:43   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Dimitri Fontaine
• 20:49   Re: cluster index on a table Greg Stark
• 20:50   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 21:02   Re: cluster index on a table Greg Stark
• 21:17   Re: cluster index on a table Ibrahim Harrani
• 21:55   Re: Very big insert/join performance problem (bacula) Kevin Grittner
• 22:03   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 22:30   Re: Very big insert/join performance problem (bacula) Devin Ben-Hur
• 22:30   Re: Very big insert/join performance problem (bacula) Kevin Grittner

17 July 2009

• 00:02   Re: cluster index on a table Scott Carey
• 00:28   Re: cluster index on a table Greg Stark
• 01:26   Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1 Mike Ivanov
• 03:08   Re: cluster index on a table Scott Carey
• 05:18   Re: Performance comparison between Postgres and Greenplum Suvankar Roy
• 05:18   Re: Poor query performance Alex
• 05:18   Re: Poor query performance Alex
• 05:18   Strange memory behavior with rails - caching in connection? Alex
• 05:18   Re: Performance comparison between Postgres and Greenplum Suvankar Roy
• 05:18   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance Lauris Ulmanis
• 05:18   Re: Poor overall performance unless regular VACUUM FULL Wayne Conrad
• 05:19   Re: Performance comparison between Postgres and Greenplum Suvankar Roy
• 05:19   Re: [BUGS] BUG #4919: CREATE USER command slows down system performance toruvinn
• 05:19   Re: Poor overall performance unless regular VACUUM FULL Wayne Conrad
• 05:20   Re: cluster index on a table Justin Pitts
• 05:20   Re: [GENERAL] Concurrency issue under very heay loads Greenhorn
• 05:20   Re: [BUGS] BUG #4919: CREATE USER command slows down systemperformance Lauris Ulmanis
• 05:20   Re: cluster index on a table Justin Pitts
• 05:20   Re: cluster index on a table Justin Pitts
• 06:24   Re: Performance comparison between Postgres and Greenplum Scott Marlowe
• 06:45   Re: cluster index on a table Scara Maccai
• 07:22   Re: cluster index on a table Scara Maccai
• 09:06   Re: Strange memory behavior with rails - caching in connection? Scott Marlowe
• 13:26   Re: cluster index on a table phb07@apra.asso.fr
• 14:02   Calling conventions Matthew Wakeling
• 14:31   Re: cluster index on a table Kevin Grittner
• 14:38   Re: Concurrency issue under very heay loads Craig Ringer
• 14:45   Re: cluster index on a table Scara Maccai
• 15:26   Re: cluster index on a table Kevin Grittner
• 15:32   Re: Calling conventions Peter Eisentraut
• 16:09   Re: Calling conventions Matthew Wakeling
• 16:34   Re: Calling conventions Tom Lane
• 17:36   Re: Calling conventions Kevin Grittner
• 19:13   Re: Concurrency issue under very heay loads Haszlakiewicz, Eric

18 July 2009

• 22:16   Full text search with ORDER BY performance issue Krade

19 July 2009

• 23:03   Can Postgres use an INDEX over an OR? Robert James

20 July 2009

• 01:47   Fastest char datatype Robert James
• 05:39   Re: Poor query performance Scott Marlowe
• 06:10   Re: Fastest char datatype Peter Eisentraut
• 06:24   Re: Can Postgres use an INDEX over an OR? Віталій Тимчишин
• 08:11   Re: Can Postgres use an INDEX over an OR? Chris
• 09:05   Trigger on column ramasubramanian
• 09:24   Re: Trigger on column A. Kretschmer
• 10:15   Performance of quer or procedure going down when we are taking the backup ramasubramanian
• 10:23   Re: Calling conventions Matthew Wakeling
• 12:12   Re: Full text search with ORDER BY performance issue Oleg Bartunov
• 12:22   Re: Full text search with ORDER BY performance issue Marcin Stępnicki
• 13:25   Re: Fastest char datatype Robert James
• 13:26   Re: Can Postgres use an INDEX over an OR? Robert James
• 15:06   Re: Can Postgres use an INDEX over an OR? Віталій Тимчишин
• 15:25   Used computers? Craig James
• 15:52   Re: Used computers? Scott Marlowe
• 15:55   Re: Used computers? Glyn Astill
• 19:06   XMLPARSE() evaluated multiple times? Tim Landscheidt
• 19:21   Re: Used computers? Kenny Gorman
• 19:54   Re: XMLPARSE() evaluated multiple times? Tom Lane
• 20:49   Re: Full text search with ORDER BY performance issue Krade
• 21:04   Re: Calling conventions Kevin Grittner
• 21:25   Re: Fastest char datatype Merlin Moncure
• 21:42   Re: Full text search with ORDER BY performance issue Kevin Grittner
• 23:36   Re: Calling conventions Tom Lane

21 July 2009

• 00:31   Re: Full text search with ORDER BY performance issue Krade
• 01:13   Re: Full text search with ORDER BY performance issue Devin Ben-Hur
• 01:29   Re: Used computers? Andy Colson
• 03:35   Re: Full text search with ORDER BY performance issue Krade
• 04:07   Re: Full text search with ORDER BY performance issue Scott Marlowe
• 13:39   Re: Full text search with ORDER BY performance issue valgog
• 13:49   hyperthreaded cpu still an issue in 8.4? Doug Hunley
• 13:57   Re: Calling conventions Matthew Wakeling
• 14:04   Re: hyperthreaded cpu still an issue in 8.4? Grzegorz Jaśkiewicz
• 14:13   Re: Full text search with ORDER BY performance issue Matthew Wakeling
• 14:13   Re: Calling conventions Kevin Grittner
• 14:32   Re: hyperthreaded cpu still an issue in 8.4? Scott Marlowe
• 14:32   Re: hyperthreaded cpu still an issue in 8.4? Scott Marlowe
• 14:47   Re: hyperthreaded cpu still an issue in 8.4? Grzegorz Jaśkiewicz
• 15:10   Re: hyperthreaded cpu still an issue in 8.4? Mark Mielke
• 16:22   Re: hyperthreaded cpu still an issue in 8.4? Scott Marlowe
• 17:15   Re: Full text search with ORDER BY performance issue Krade
• 17:24   Re: hyperthreaded cpu still an issue in 8.4? Scott Carey
• 18:02   Re: hyperthreaded cpu still an issue in 8.4? Jean-David Beyer
• 18:36   Re: Used computers? Merlin Moncure
• 19:27   Re: Full text search with ORDER BY performance issue Oleg Bartunov

22 July 2009

• 03:47   Master/Slave, DB separation or just spend $$$? Kelvin Quee
• 04:45   Atomic access to large arrays Victor de Buen (Bayes)
• 05:11   Re: Atomic access to large arrays Oleg Bartunov
• 05:42   Re: Master/Slave, DB separation or just spend $$$? Scott Marlowe
• 07:52   Re: Master/Slave, DB separation or just spend $$$? Kelvin Quee
• 08:12   Re: Atomic access to large arrays Victor de Buen
• 11:54   Re: Master/Slave, DB separation or just spend $$$? Scott Marlowe
• 13:54   Re: Atomic access to large arrays Tom Lane
• 14:31   Re: Atomic access to large arrays Victor de Buen
• 16:31   Re: Master/Slave, DB separation or just spend $$$? Greg Sabino Mullane
• 16:39   Re: Atomic access to large arrays Victor de Buen (Bayes)
• 17:17   Re: Master/Slave, DB separation or just spend $$$? Chris Browne
• 18:39   Re: Atomic access to large arrays Merlin Moncure
• 19:02   Re: Odd performance / query plan with bitmasked field as opposed to equality Robert Haas
• 19:02   Re: regression ? 8.4 do not apply One-Time Filter to subquery Robert Haas
• 19:08   Re: Atomic access to large arrays Victor de Buen
• 19:47   Re: Master/Slave, DB separation or just spend $$$? David Rees

23 July 2009

• 20:57   Postgres user authentification or LDAP authentification Lauris Ulmanis
• 23:22   Re: Performance difference between IN(...) and ANY(...) operator Robert Haas

24 July 2009

• 03:08   Configuring Postgresql for writing BLOB at a high-rate WANGRUNGVICHAISRI, SHIVESH
• 03:48   Re: Very big insert/join performance problem (bacula) Robert Haas
• 05:13   Re: Very big insert/join performance problem (bacula) Marc Cousin
• 06:15   Re: Configuring Postgresql for writing BLOB at a high-rate Albe Laurenz
• 07:17   Re: [BUGS] Postgres user authentification or LDAP authentification Magnus Hagander

26 July 2009

• 03:32   Re: Very big insert/join performance problem (bacula) Robert Haas
• 05:02   Nested loop Query performance on PK Greg Caulton
• 05:09   Re: Nested loop Query performance on PK Greg Caulton
• 16:30   Re: Nested loop Query performance on PK nha
• 19:52   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 21:17   Re: Performance of quer or procedure going down when we are taking the backup Robert Haas

27 July 2009

• 02:00   Re: [BUGS] Postgres user authentification or LDAP authentification Alvaro Herrera
• 09:51   More speed counting rows Developer
• 10:53   Re: Can Postgres use an INDEX over an OR? Robert Haas
• 11:17   Re: Very big insert/join performance problem (bacula) Eric Comeau
• 11:37   Re: Can Postgres use an INDEX over an OR? Віталій Тимчишин
• 12:02   Re: Can Postgres use an INDEX over an OR? Robert Haas
• 13:00   Re: Can Postgres use an INDEX over an OR? Віталій Тимчишин
• 13:40   Re: More speed counting rows Scott Marlowe
• 14:16   select query performance question Thomas Zaksek
• 14:18   Re: Can Postgres use an INDEX over an OR? Tom Lane
• 14:22   Re: select query performance question Pavel Stehule
• 14:33   Re: Can Postgres use an INDEX over an OR? Віталій Тимчишин
• 14:43   Re: select query performance question Matthew Wakeling
• 14:43   Re: select query performance question Kevin Grittner
• 15:06   Re: More speed counting rows Chris Ernst
• 15:48   Re: More speed counting rows David Wilson
• 18:27   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 18:29   Re: hyperthreaded cpu still an issue in 8.4? Dave Youatt
• 19:05   Re: More speed counting rows Developer
• 19:06   Re: hyperthreaded cpu still an issue in 8.4? Scott Carey
• 23:31   Re: select query performance question Mike Ivanov

28 July 2009

• 00:54   Will Postgres ever lock with read only queries? Robert James
• 01:00   Re: Will Postgres ever lock with read only queries? Mark Mielke
• 01:21   Re: Will Postgres ever lock with read only queries? Chris
• 01:41   Re: Will Postgres ever lock with read only queries? Tom Lane
• 09:45   Re: hyperthreaded cpu still an issue in 8.4? Matthew Wakeling
• 13:18   Re: Will Postgres ever lock with read only queries? Robert James
• 14:44   Re: Will Postgres ever lock with read only queries? Nikolas Everett
• 19:05   Re: hyperthreaded cpu still an issue in 8.4? Dave Youatt
• 20:28   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 20:59   Re: hyperthreaded cpu still an issue in 8.4? Merlin Moncure
• 21:11   Re: hyperthreaded cpu still an issue in 8.4? Scott Marlowe
• 22:36   Re: Will Postgres ever lock with read only queries? Chris
• 22:47   Re: hyperthreaded cpu still an issue in 8.4? Scott Carey
• 22:53   Re: hyperthreaded cpu still an issue in 8.4? Scott Carey
• 23:22   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 23:23   Re: hyperthreaded cpu still an issue in 8.4? Scott Marlowe
• 23:40   really stupid question about checkpointing Doug Hunley
• 23:40   Re: hyperthreaded cpu still an issue in 8.4? Jon Nelson

29 July 2009

• 02:09   Re: really stupid question about checkpointing Greg Smith
• 04:31   Re: hyperthreaded cpu still an issue in 8.4? Stefan Kaltenbrunner
• 06:07   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 06:22   Re: hyperthreaded cpu still an issue in 8.4? Stefan Kaltenbrunner
• 06:35   Re: hyperthreaded cpu still an issue in 8.4? Greg Smith
• 10:39   Re: select query performance question Thomas Zaksek
• 11:09   Re: hyperthreaded cpu still an issue in 8.4? Matthew Wakeling
• 11:17   Re: hyperthreaded cpu still an issue in 8.4? Matthew Wakeling
• 13:39   Re: hyperthreaded cpu still an issue in 8.4? Merlin Moncure
• 14:02   Re: Full text search with ORDER BY performance issue Robert Haas
• 14:24   Re: Full text search with ORDER BY performance issue Tom Lane
• 14:25   Re: Full text search with ORDER BY performance issue PFC
• 15:13   Re: Full text search with ORDER BY performance issue Robert Haas
• 15:33   Re: Full text search with ORDER BY performance issue Tom Lane
• 15:37   Re: Full text search with ORDER BY performance issue Robert Haas
• 16:47   autovacuum 'stuck' ? Doug Hunley

30 July 2009

• 12:35   PostgreSQL 8.4 performance tuning questions Rauan Maemirov
• 13:46   Re: PostgreSQL 8.4 performance tuning questions tv@fuzzy.cz
• 14:25   Re: PostgreSQL 8.4 performance tuning questions tv@fuzzy.cz
• 14:40   Re: PostgreSQL 8.4 performance tuning questions Rauan Maemirov
• 15:31   Re: PostgreSQL 8.4 performance tuning questions Rauan Maemirov
• 16:05   Re: PostgreSQL 8.4 performance tuning questions Steve Crawford
• 16:35   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 16:58   Re: PostgreSQL 8.4 performance tuning questions Steve Crawford
• 17:00   Re: PostgreSQL 8.4 performance tuning questions Matthew Wakeling
• 17:17   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 17:28   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 17:35   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 18:16   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 18:16   Re: PostgreSQL 8.4 performance tuning questions Stefan Kaltenbrunner
• 18:25   Re: PostgreSQL 8.4 performance tuning questions Stefan Kaltenbrunner
• 18:46   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 18:59   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 20:00   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 20:01   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 20:10   Re: PostgreSQL 8.4 performance tuning questions Arjen van der Meijden
• 20:16   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 20:16   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 20:21   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 20:58   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 21:20   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 21:43   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 21:45   Re: autovacuum 'stuck' ? Robert Haas
• 21:51   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 21:53   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 22:00   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner
• 22:03   Re: PostgreSQL 8.4 performance tuning questions Rauan Maemirov
• 22:07   Re: PostgreSQL 8.4 performance tuning questions Scott Carey
• 22:30   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 22:40   Re: PostgreSQL 8.4 performance tuning questions Greg Stark
• 22:50   Re: PostgreSQL 8.4 performance tuning questions Kevin Grittner

31 July 2009

• 04:10   Re: PostgreSQL 8.4 performance tuning questions Greg Smith
• 04:28   Performance 8.4.0 Chris Dunn
• 04:53   Re: Performance 8.4.0 Greg Smith
• 05:12   Re: PostgreSQL 8.4 performance tuning questions Scott Marlowe
• 06:06   Re: PostgreSQL 8.4 performance tuning questions Stefan Kaltenbrunner
• 06:40   Re: PostgreSQL 8.4 performance tuning questions Rauan Maemirov
• 06:50   load / stress testing Chris
• 12:11   SQL select query becomes slow when using limit (with no offset) Kees van Dieren
• 12:42   Re: SQL select query becomes slow when using limit (with no offset) Greg Stark
• 12:52   Re: SQL select query becomes slow when using limit (with no offset) PFC
• 14:17   Re: load / stress testing Jerry Champlin
• 15:12   Re: PostgreSQL 8.4 performance tuning questions Merlin Moncure
• 17:05   Re: PostgreSQL 8.4 performance tuning questions Tom Lane
• 23:00   Re: PostgreSQL 8.4 performance tuning questions PFC