Mailing lists [pgsql-performance]

1 November 2007

• 03:06   Re: Hardware for PostgreSQL Ericson Smith
• 04:37   Re: Hardware for PostgreSQL Ow Mun Heng
• 06:52   Re: Hardware for PostgreSQL Magnus Hagander
• 06:54   Re: Hardware for PostgreSQL Magnus Hagander
• 06:57   Re: hardware and For PostgreSQL Magnus Hagander
• 07:46   Re: Hardware for PostgreSQL Ow Mun Heng
• 07:52   Re: Hardware for PostgreSQL Magnus Hagander
• 11:20   Re: hardware and For PostgreSQL Joe Uhl
• 13:03   Re: Hardware for PostgreSQL Adam Tauno Williams
• 13:09   select max(field) from table much faster with a group by clause? Palle Girgensohn
• 13:30   Re: [Fwd: Re: Outer joins and Seq scans] Tom Lane
• 13:47   Re: select max(field) from table much faster with a group by clause? Tom Lane
• 14:20   Re: select max(field) from table much faster with a group by clause? Palle Girgensohn
• 14:21   Re: [Fwd: Re: Outer joins and Seq scans] Sami Dalouche
• 14:37   Re: select max(field) from table much faster with a group by clause? Palle Girgensohn
• 15:12   Re: select max(field) from table much faster with a group by clause? Tom Lane
• 15:25   Re: select max(field) from table much faster with a group by clause? Palle Girgensohn
• 15:29   Re: select max(field) from table much faster with a group by clause? Scott Marlowe
• 15:36   Re: select max(field) from table much faster with a group by clause? Tom Lane
• 15:47   Re: select max(field) from table much faster with a group by clause? Gregory Stark
• 16:29   Re: Hardware for PostgreSQL Steve Crawford
• 20:11   Re: Hardware for PostgreSQL Steve Crawford
• 21:27   How to avoid hashjoin and mergejoin Carlo Stonebanks
• 21:59   Re: How to avoid hashjoin and mergejoin Scott Marlowe
• 22:00   Re: How to avoid hashjoin and mergejoin Tom Lane

2 November 2007

• 00:27   Re: Hardware for PostgreSQL Ow Mun Heng
• 01:16   hardware for PostgreSQL Mark Floyd
• 03:31   Re: hardware for PostgreSQL Scott Marlowe
• 04:11   Re: How to avoid hashjoin and mergejoin Carlo Stonebanks
• 07:56   Re: select max(field) from table much faster with a group by clause? hubert depesz lubaczewski
• 09:38   Unfortunate expansion of composite types in union Jens-Wolfhard Schicke
• 10:32   Re: Unfortunate expansion of composite types in union Pavel Stehule
• 10:44   Re: select max(field) from table much faster with a group by clause? Palle Girgensohn
• 14:19   Re: Hardware for PostgreSQL Jurgen Haan
• 20:03    Mark F
• 21:24   Re: Hardware for PostgreSQL (RAID configurations) Mark F
• 22:28   Re: [Fwd: Re: Outer joins and Seq scans] Alvaro Herrera

3 November 2007

• 20:22   Union within View vs.Union of Views Jeff Larsen
• 21:49   Re: Union within View vs.Union of Views Mark Mielke
• 23:04   Re: Union within View vs.Union of Views Heikki Linnakangas
• 23:40   "MixedCase sensitive quoted" names Whatever Deep

4 November 2007

• 01:38   Re: Union within View vs.Union of Views Tom Lane
• 01:45   Re: "MixedCase sensitive quoted" names Tom Lane
• 01:57   Re: Union within View vs.Union of Views Jeff Larsen
• 09:11   Re: Union within View vs.Union of Views Jeff Larsen
• 15:28   Postgresql.conf Settings smiley2211
• 15:59   Re: Unfortunate expansion of composite types in union Jens-Wolfhard Schicke
• 16:37   Re: Postgresql.conf Settings Scott Marlowe
• 17:30   Re: Postgresql.conf Settings smiley2211
• 18:30   Re: Postgresql.conf Settings Heikki Linnakangas
• 23:33   Migrating to 8.3 - checkpoints and background writer Greg Smith
• 23:39   Re: Migrating to 8.3 - checkpoints and background writer Steinar H. Gunderson

5 November 2007

• 02:06   Re: Migrating to 8.3 - checkpoints and background writer Greg Smith
• 04:49   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Mark Kirkwood
• 11:12   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Gregory Stark
• 12:19   hp ciss on freebsd Claus Guttesen
• 14:32   Database connections and stored procs (functions) Radhika S
• 14:48   Re: hp ciss on freebsd Jeff Trout
• 15:32   Re: hp ciss on freebsd Greg Smith
• 15:42   index stat Campbell, Lance
• 15:43   Training Recommendations Campbell, Lance
• 15:54   Re: Migrating to 8.3 - checkpoints and background writer Erik Jones
• 18:25   Which index methodology is better?- Chris Hoover
• 19:04   Re: Which index methodology is better?- Tom Lane
• 19:13   Re: Which index methodology is better?- Heikki Linnakangas

6 November 2007

• 01:47   Re: Database connections and stored procs (functions) Merlin Moncure
• 04:23   Is ANALYZE transactional? Craig James
• 04:30   Re: Is ANALYZE transactional? Tom Lane
• 09:12   dell versus hp Tore Halset
• 10:36   Re: dell versus hp Claus Guttesen
• 10:54   Re: dell versus hp Dimitri Fontaine
• 12:49   Re: dell versus hp Stephen Frost
• 13:15   Re: dell versus hp Tore Halset
• 13:16   Re: dell versus hp Tore Halset
• 14:25   Re: dell versus hp Dimitri Fontaine
• 17:10   Re: dell versus hp Greg Smith
• 19:48   Subpar Execution Plan Jens-Wolfhard Schicke

7 November 2007

• 11:53   Estimation problem with a LIKE clause containing a / Guillaume Smet
• 12:25   Re: Estimation problem with a LIKE clause containing a / Alexander Staubo
• 12:38   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet
• 15:32   Re: index stat Kevin Grittner
• 15:35   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 15:52   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet
• 15:59   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 22:14   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 22:33   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet
• 22:36   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet

8 November 2007

• 01:46   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Mark Kirkwood
• 05:41   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Luke Lonergan
• 05:44   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Gregory Stark
• 06:19   Re: partitioned table and ORDER BY indexed_field DESC LIMIT 1 Mark Kirkwood
• 09:08   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet
• 09:36   Need to run CLUSTER to keep performance Rafael Martinez
• 10:12   Re: Need to run CLUSTER to keep performance Heikki Linnakangas
• 10:20   Re: Need to run CLUSTER to keep performance Tomáš Vondra
• 13:49   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 13:57   Re: Need to run CLUSTER to keep performance Alvaro Herrera
• 14:01   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 14:10   Re: Need to run CLUSTER to keep performance Heikki Linnakangas
• 14:10   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 14:17   Re: Need to run CLUSTER to keep performance Bill Moran
• 14:21   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 14:29   Re: Estimation problem with a LIKE clause containing a / Guillaume Smet
• 14:33   Re: Need to run CLUSTER to keep performance Tom Lane
• 15:41   Re: hp ciss on freebsd Vivek Khera
• 15:41   Re: dell versus hp Vivek Khera
• 15:47   Re: Need to run CLUSTER to keep performance Chris Browne
• 15:50   Re: dell versus hp Vivek Khera
• 16:22   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 17:23   Re: dell versus hp Scott Marlowe
• 19:15   Re: dell versus hp Dimitri Fontaine
• 19:31   Re: dell versus hp Kevin Grittner
• 19:56   Re: dell versus hp Alan Hodgson
• 21:01   Re: dell versus hp Vivek Khera
• 21:47   Join performance Pepe Barbe
• 21:51   Re: Join performance Steinar H. Gunderson
• 22:11   Re: Estimation problem with a LIKE clause containing a / Gregory Stark
• 22:28   Re: dell versus hp Scott Marlowe
• 23:15   Re: Join performance Tom Lane
• 23:15   Re: Join performance Tom Lane
• 23:15   Re: Join performance Tom Lane
• 23:17   Re: Join performance Tom Lane
• 23:40   Re: Estimation problem with a LIKE clause containing a / Tom Lane
• 23:43   Re: Join performance Tom Lane

9 November 2007

• 01:08   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Tom Lane
• 05:55   Re: Hardware for PostgreSQL Robert Treat
• 05:55   Re: How to avoid hashjoin and mergejoin Carlo Stonebanks
• 05:55   Help understanding stat numbers Chris Hoover
• 06:10   Re: Help understanding stat numbers Tom Lane
• 06:52   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Guillaume Smet
• 08:22   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Gregory Stark
• 10:30   Re: dell versus hp Florian Weimer
• 11:03   PostgreSQL vs MySQL, and FreeBSD Ivan Voras
• 13:49   Re: PostgreSQL vs MySQL, and FreeBSD Jonah H. Harris
• 14:42   Re: PostgreSQL vs MySQL, and FreeBSD Sebastian Hennebrueder
• 14:51   Re: PostgreSQL vs MySQL, and FreeBSD Erik Jones
• 14:57   Re: PostgreSQL vs MySQL, and FreeBSD Scott Marlowe
• 15:01   Re: dell versus hp Jurgen Haan
• 15:11   Re: PostgreSQL vs MySQL, and FreeBSD Greg Smith
• 15:34   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Tom Lane
• 15:40   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Guillaume Smet
• 15:41   Re: dell versus hp Claus Guttesen
• 15:56   Re: dell versus hp Scott Marlowe
• 16:49   work_mem and shared_buffers Campbell, Lance
• 16:56   Re: work_mem and shared_buffers Heikki Linnakangas
• 17:00   Re: PostgreSQL vs MySQL, and FreeBSD Bill Moran
• 17:03   Re: dell versus hp Greg Smith
• 17:08   Re: work_mem and shared_buffers Campbell, Lance
• 18:03   Re: work_mem and shared_buffers Bill Moran
• 18:05   Re: work_mem and shared_buffers Campbell, Lance
• 18:08   Re: dell versus hp Vivek Khera
• 18:13   Re: work_mem and shared_buffers Scott Marlowe
• 18:19   Re: work_mem and shared_buffers Campbell, Lance
• 18:25   Re: work_mem and shared_buffers Scott Marlowe
• 19:17   Re: PostgreSQL vs MySQL, and FreeBSD Ron Mayer
• 19:39   Re: work_mem and shared_buffers Erik Jones
• 19:47   Re: work_mem and shared_buffers Scott Marlowe
• 19:57   Re: [HACKERS] Estimation problem with a LIKE clause containing a / Guillaume Smet
• 20:44   Can I Determine if AutoVacuum Does Anything? David Crane
• 20:49   Re: Can I Determine if AutoVacuum Does Anything? Alvaro Herrera

10 November 2007

• 05:01   Re: Join performance Russell Smith
• 15:27   Curious about dead rows. Jean-David Beyer
• 16:08   Re: Curious about dead rows. Tom Lane
• 17:38   Re: Curious about dead rows. Jean-David Beyer
• 17:50   Re: Curious about dead rows. Joshua D. Drake
• 18:57   Re: Curious about dead rows. Jean-David Beyer

11 November 2007

• 01:11   Re: Curious about dead rows. Scott Marlowe
• 01:23   Re: Curious about dead rows. Jean-David Beyer
• 18:28   Re: PostgreSQL vs MySQL, and FreeBSD Dimitri
• 19:17   Re: PostgreSQL vs MySQL, and FreeBSD Joshua D. Drake
• 22:44   Re: PostgreSQL vs MySQL, and FreeBSD Steinar H. Gunderson

12 November 2007

• 09:18   Re: work_mem and shared_buffers Cédric Villemain
• 09:23   Re: PostgreSQL vs MySQL, and FreeBSD Shane Ambler
• 13:51   difference between a unique constraint and a unique index ??? Dave Cramer
• 13:59   Re: difference between a unique constraint and a unique index ??? Alvaro Herrera
• 14:13   Re: difference between a unique constraint and a unique index ??? Dave Cramer
• 14:22   Re: PostgreSQL vs MySQL, and FreeBSD Erik Jones
• 14:38   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 15:12   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 15:31   Re: Need to run CLUSTER to keep performance Heikki Linnakangas
• 15:32   Re: Curious about dead rows. Andrew Sullivan
• 15:36   Re: Need to run CLUSTER to keep performance Scott Marlowe
• 15:37   Re: Need to run CLUSTER to keep performance Bill Moran
• 15:38   Re: difference between a unique constraint and a unique index ??? Tom Lane
• 16:01   Re: Need to run CLUSTER to keep performance Heikki Linnakangas
• 16:04   Re: Need to run CLUSTER to keep performance Scott Marlowe
• 17:03   Re: Need to run CLUSTER to keep performance Heikki Linnakangas
• 17:32   Re: difference between a unique constraint and a unique index ??? Dave Cramer
• 18:58   ERROR: "invalid memory alloc request size" or "unexpected end of data" on large table Stephane Bailliez
• 21:54   Re: ERROR: "invalid memory alloc request size" or "unexpected end of data" on large table Tom Lane

13 November 2007

• 07:49   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 08:03   Re: Need to run CLUSTER to keep performance Rafael Martinez
• 09:24   random_page_cost etc. per tablespace? Jens-Wolfhard Schicke
• 14:07   Re: ERROR: "invalid memory alloc request size" or "unexpected end of data" on large table Stephane Bailliez
• 14:21   Re: Curious about dead rows. Andrew Sullivan
• 14:49   Re: dell versus hp Alan Hodgson
• 18:51   Re: Curious about dead rows. Jean-David Beyer
• 19:32   Re: dell versus hp Jeff Frost
• 20:35   Re: Curious about dead rows. Andrew Sullivan
• 21:10   Re: Curious about dead rows. Andrew Sullivan
• 22:09   Re: Curious about dead rows. Jean-David Beyer
• 22:51   Re: Curious about dead rows. Alvaro Herrera
• 22:59   Re: Curious about dead rows. Trevor Talbot
• 23:04   Re: Curious about dead rows. Alvaro Herrera
• 23:11   Re: Curious about dead rows. Ansgar -59cobalt- Wiechers
• 23:28   Re: Curious about dead rows. Merlin Moncure

14 November 2007

• 01:26   Re: Curious about dead rows. Jean-David Beyer
• 02:21   Re: dell versus hp Merlin Moncure
• 02:36   Re: Curious about dead rows. Merlin Moncure
• 11:13   Re: Curious about dead rows. Jean-David Beyer
• 11:57   Re: Curious about dead rows. Alvaro Herrera
• 13:58   Re: Curious about dead rows. Jean-David Beyer
• 14:23   Re: Curious about dead rows. Andrew Sullivan
• 15:53   Re: Curious about dead rows. Jean-David Beyer
• 15:58   Re: Curious about dead rows. Andrew Sullivan
• 16:00   Re: Curious about dead rows. Andrew Sullivan
• 16:05   Re: Curious about dead rows. Jean-David Beyer
• 18:21   Re: Curious about dead rows. Mario Weilguni
• 20:08   Re: Curious about dead rows. Jean-David Beyer
• 20:34   Re: Curious about dead rows. Alvaro Herrera
• 20:46   Re: Curious about dead rows. Russell Smith
• 20:52   Re: Curious about dead rows. Jean-David Beyer
• 21:24   Re: dell versus hp Alan Hodgson
• 21:37   Re: dell versus hp Jeff Frost
• 21:39   Re: dell versus hp Alan Hodgson
• 21:46   Re: Curious about dead rows. Tom Lane

15 November 2007

• 00:56   Re: dell versus hp Merlin Moncure
• 01:19   Re: dell versus hp Jeff Frost
• 02:04   Re: Curious about dead rows. Craig James
• 02:17   Re: Curious about dead rows. Jean-David Beyer
• 02:26   Re: Curious about dead rows. Jean-David Beyer
• 13:42   Re: dell versus hp Jeff Trout
• 15:03   Re: Curious about dead rows. Erik Jones
• 19:30   Re: dell versus hp Vivek Khera
• 19:49   Re: [HACKERS] 8.3beta1 testing on Solaris Bruce Momjian

16 November 2007

• 08:40   autovacuum: recommended? Gábor Farkas
• 08:44   Re: PostgreSQL vs MySQL, and FreeBSD Ow Mun Heng
• 08:45   Re: autovacuum: recommended? hubert depesz lubaczewski
• 10:14   Re: autovacuum: recommended? Tobias Brox
• 10:56   Re: autovacuum: recommended? Csaba Nagy
• 12:35   Re: autovacuum: recommended? tv@fuzzy.cz
• 14:56   Re: PostgreSQL vs MySQL, and FreeBSD Dave Dutcher
• 14:57   Re: Curious about dead rows. Brad Nicholson
• 15:06   Re: PostgreSQL vs MySQL, and FreeBSD Jonah H. Harris
• 18:20   Clustered/covering indexes (or lack thereof :-) adrobj
• 18:20   Re: PostgreSQL vs MySQL, and FreeBSD Ivan Voras
• 18:33   Re: Clustered/covering indexes (or lack thereof :-) Heikki Linnakangas
• 18:34   Re: Clustered/covering indexes (or lack thereof :-) Jeff Davis
• 18:51   Re: Clustered/covering indexes (or lack thereof :-) Bill Moran
• 19:37   Re: PostgreSQL vs MySQL, and FreeBSD Josh Trutwin
• 19:54   Re: PostgreSQL vs MySQL, and FreeBSD Jonah H. Harris
• 21:01   Re: Curious about dead rows. Merlin Moncure
• 21:13   Re: Curious about dead rows. Kevin Grittner

18 November 2007

• 09:34   Performance problem (outer join + view + non-strict functions)‏ Dean Rasheed
• 13:29   Re: work_mem and shared_buffers Simon Riggs
• 13:42   Re: work_mem and shared_buffers Scott Marlowe
• 17:28   Re: Performance problem (outer join + view + non-strict functions)‏  Tom Lane
• 18:01   Re: autovacuum: recommended? Tobias Brox
• 18:26   Re: autovacuum: recommended? gabor
• 21:14   RE: Performance problem (outer join + view + non-strict functions)‏ Dean Rasheed

19 November 2007

• 00:28   Re: PostgreSQL vs MySQL, and FreeBSD Ow Mun Heng
• 07:02   Re: autovacuum: recommended? Decibel!
• 07:03   Re: autovacuum: recommended? Decibel!
• 07:04   Re: autovacuum: recommended? Decibel!
• 08:49   Re: autovacuum: recommended? tv@fuzzy.cz
• 12:39   Re: autovacuum: recommended? Jean-David Beyer
• 12:51   Re: autovacuum: recommended? Bill Moran
• 14:24   Re: autovacuum: recommended? Tom Lane
• 14:47   Re: autovacuum: recommended? Jean-David Beyer
• 16:19   Re: autovacuum: recommended? Joshua D. Drake
• 16:23   Re: autovacuum: recommended? Greg Smith

21 November 2007

• 03:14   Postgres ignoring index when using left outer join. Matthew Schumacher

22 November 2007

• 13:10   tuning for TPC-C benchmark giuseppe-r@tiscali.it
• 13:33   Re: tuning for TPC-C benchmark Bill Moran
• 13:59   Re: tuning for TPC-C benchmark Jonah H. Harris
• 14:45   Re: tuning for TPC-C benchmark Kevin Grittner
• 16:38   Re: tuning for TPC-C benchmark Jonah H. Harris
• 18:22   Re: tuning for TPC-C benchmark Heikki Linnakangas

23 November 2007

• 12:29   Performance problem with UNION ALL view and domains Dean Rasheed
• 15:29   Re: Performance problem with UNION ALL view and domains Jeff Larsen
• 16:42   Re: Performance problem with UNION ALL view and domains Tom Lane
• 22:21   Problems with PostGreSQL and Windows 2003 claudia.amorim@pcinformatica.com.br

24 November 2007

• 07:53   Re: Problems with PostGreSQL and Windows 2003 Heikki Linnakangas
• 11:00   Re: Problems with PostGreSQL and Windows 2003 claudia.amorim@pcinformatica.com.br
• 11:06   Re: Performance problem with UNION ALL view and domains Dean Rasheed

25 November 2007

• 03:57   Re: Problems with PostGreSQL and Windows 2003 claudia.amorim@pcinformatica.com.br
• 05:26   Re: Problems with PostGreSQL and Windows 2003 Scott Marlowe
• 11:42   Re: Problems with PostGreSQL and Windows 2003 claudia.amorim@pcinformatica.com.br
• 13:33   Re: Problems with PostGreSQL and Windows 2003 Scott Marlowe
• 15:19   Re: Problems with PostGreSQL and Windows 2003 claudia.amorim@pcinformatica.com.br
• 15:46   doubt with pg_dump and high concurrent used databases Pablo Alcaraz
• 17:18   Re: doubt with pg_dump and high concurrent used databases Heikki Linnakangas
• 17:21   Re: doubt with pg_dump and high concurrent used databases Erik Jones
• 18:15   Re: doubt with pg_dump and high concurrent used databases Peter Childs
• 18:35   Re: doubt with pg_dump and high concurrent used databases Tom Lane
• 21:37   Re: doubt with pg_dump and high concurrent used databases Pablo Alcaraz

26 November 2007

• 08:39   Re: Problems with PostGreSQL and Windows 2003 Heikki Linnakangas
• 09:41   Re: doubt with pg_dump and high concurrent used databases Peter Childs
• 16:04   TB-sized databases Peter Koczan
• 16:23   Re: TB-sized databases Joshua D. Drake
• 16:34   Re: TB-sized databases Oleg Bartunov
• 17:44   Re: TB-sized databases Pablo Alcaraz
• 18:16   Re: TB-sized databases Stephen Cook
• 19:22   Base de Datos Transaccional Fabio Arias
• 19:36   Re: Base de Datos Transaccional Peter T. Breuer
• 19:53   Re: Base de Datos Transaccional Pablo Alcaraz
• 21:50   PostgreSQL performance on various distribution stock kernels Damon Hart
• 22:00   Re: PostgreSQL performance on various distribution stock kernels Alexander Staubo
• 22:01   Re: PostgreSQL performance on various distribution stock kernels Scott Marlowe
• 22:06   Re: PostgreSQL performance on various distribution stock kernels Tom Lane
• 22:06   Re: PostgreSQL performance on various distribution stock kernels Scott Marlowe
• 22:40   Re: PostgreSQL performance on various distribution stock kernels Damon Hart
• 22:41   Re: PostgreSQL performance on various distribution stock kernels Damon Hart
• 23:57   Re: PostgreSQL performance on various distribution stock kernels Greg Smith

27 November 2007

• 06:21   8.1 planner problem ? Gianluca Alberici
• 09:13   Re: 8.1 planner problem ? Heikki Linnakangas
• 15:47   Query only slow on first run cluster
• 15:55   Re: Query only slow on first run Andrew Sullivan
• 15:57   Re: Query only slow on first run Kevin Kempter
• 16:26   Re: Query only slow on first run Tom Lane
• 17:28   GiST indexing tuples Matthew
• 17:39   Re: GiST indexing tuples Steinar H. Gunderson
• 17:47   Re: Query only slow on first run cluster
• 17:56   Re: Query only slow on first run Bill Moran
• 18:04   Re: Query only slow on first run Dave Dutcher
• 19:19   Re: TB-sized databases Peter Koczan
• 19:57   Re: TB-sized databases Simon Riggs
• 22:06   Re: TB-sized databases Pablo Alcaraz
• 22:17   Re: Query only slow on first run cluster
• 22:38   Re: Query only slow on first run Steinar H. Gunderson
• 22:47   Re: Query only slow on first run Dave Dutcher
• 23:26   Re: Query only slow on first run Tom Lane
• 23:28   Re: Query only slow on first run Steinar H. Gunderson

28 November 2007

• 08:31   Windows XP selects are very slow Shadkam Islam
• 10:06   Re: Query only slow on first run tmp
• 11:28   Re: Windows XP selects are very slow Richard Huxton
• 11:54   Re: TB-sized databases Matthew
• 12:08   Re: GiST indexing tuples Matthew
• 12:27   Re: TB-sized databases Bill Moran
• 12:36   Re: GiST indexing tuples Gregory Stark
• 12:48   Re: TB-sized databases Csaba Nagy
• 12:54   Re: TB-sized databases Bill Moran
• 12:55   Re: TB-sized databases Gregory Stark
• 12:57   Re: TB-sized databases david@lang.hm
• 12:59   Re: TB-sized databases Bill Moran
• 13:04   Re: TB-sized databases Csaba Nagy
• 13:15   Re: TB-sized databases Pablo Alcaraz
• 13:41   Re: TB-sized databases Matthew
• 13:56   Re: Query only slow on first run Craig James
• 13:57   Re: TB-sized databases Pablo Alcaraz
• 14:12   Re: TB-sized databases Alvaro Herrera
• 14:30   Optimizer regression 8.2.1 -> 8.2.3 on TSEARCH2 queries with ORDER BY and LIMIT Brendan McMahon
• 14:35   Re: GiST indexing tuples Tom Lane
• 15:00   Re: Query only slow on first run Dave Dutcher
• 15:10   Re: GiST indexing tuples Matthew
• 15:15   Re: Windows XP selects are very slow Usama Munir Dar
• 15:21   Re: Training Recommendations Usama Munir Dar
• 16:13   Re: Query only slow on first run Tom Lane
• 16:23   Re: TB-sized databases Simon Riggs
• 16:30   Re: TB-sized databases Simon Riggs
• 16:34   Re: TB-sized databases Matthew
• 19:17   Re: Query only slow on first run cluster
• 19:35   Re: Query only slow on first run Steinar H. Gunderson
• 19:49   Re: TB-sized databases david@lang.hm
• 20:18   Re: Query only slow on first run cluster
• 21:03   Re: Query only slow on first run Jean-David Beyer
• 21:24   Re: Query only slow on first run Tom Lane

29 November 2007

• 05:49   Re: Query only slow on first run Scott Marlowe
• 10:18   Re: Query only slow on first run cluster
• 11:00   Re: TB-sized databases Gregory Stark
• 14:10   7.4 Checkpoint Question Brad Nicholson
• 14:32   Re: Query only slow on first run Tom Lane
• 14:46   Re: TB-sized databases Tom Lane
• 15:03   Re: 7.4 Checkpoint Question Andrew Sullivan
• 15:14   Re: 7.4 Checkpoint Question Simon Riggs
• 15:14   Re: TB-sized databases Simon Riggs
• 15:18   Re: 7.4 Checkpoint Question Brad Nicholson
• 15:43   Re: TB-sized databases Stephen Frost
• 15:54   Re: TB-sized databases Csaba Nagy
• 17:28   Configuring a Large RAM PostgreSQL Server Alex Hochberger
• 18:15   Re: Configuring a Large RAM PostgreSQL Server Richard Huxton
• 18:21   Re: Configuring a Large RAM PostgreSQL Server Alex Hochberger
• 18:29   Re: Configuring a Large RAM PostgreSQL Server Alvaro Herrera
• 19:22   Re: GiST indexing tuples Matthew T. O'Connor
• 19:30   Re: GiST indexing tuples Steinar H. Gunderson
• 20:46   clear pg_stats Campbell, Lance
• 20:58   Re: clear pg_stats Heikki Linnakangas
• 21:00   Re: clear pg_stats Magnus Hagander
• 22:31   Re: TB-sized databases Mark Kirkwood

30 November 2007

• 04:50   Re: Configuring a Large RAM PostgreSQL Server Josh Berkus
• 05:42   Re: TB-sized databases Russell Smith
• 07:40   Re: TB-sized databases Simon Riggs
• 08:15   Re: Training Recommendations Robert Treat
• 09:15   Re: TB-sized databases Trevor Talbot
• 09:29   Re: TB-sized databases Csaba Nagy
• 10:18   Appending "LIMIT" to query drastically decreases performance cluster
• 12:30   Re: Appending "LIMIT" to query drastically decreases performance Matthew
• 12:45   Re: GiST indexing tuples Matthew
• 13:20   Re: Appending "LIMIT" to query drastically decreases performance Bill Moran
• 14:45   Re: TB-sized databases Luke Lonergan
• 15:18   Re: Appending "LIMIT" to query drastically decreases performance cluster