Mailing lists [pgsql-performance]

1 June 2007

• 13:49   Seq Scan Tyler Durden
• 13:59   Re: Seq Scan Dan Harris
• 14:04   Re: Seq Scan Michael Glaesemann
• 14:56   Autodetect of software RAID1+0 fails Craig James
• 15:51   Re: Autodetect of software RAID1+0 fails Dimitri
• 16:56   Re: Autodetect of software RAID1+0 fails Luke Lonergan
• 18:35   Re: Autodetect of software RAID1+0 fails Steinar H. Gunderson
• 21:23   Re: Autodetect of software RAID1+0 fails mark@mark.mielke.cc

2 June 2007

• 02:41   Re: Autodetect of software RAID1+0 fails Luke Lonergan
• 10:33   upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 12:21   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Rafael Martinez
• 12:21   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Michael Fuhr
• 12:25   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Tom Lane
• 12:31   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Stefan Kaltenbrunner
• 12:52   Re: Append table Hanu Kurubar
• 13:04   Re: Append table Arjen van der Meijden
• 13:36   Re: Append table Gregory Stark
• 16:45   Re: Postgres Benchmark Results Josh Berkus
• 16:49   Re: Append table Hanu Kurubar

3 June 2007

• 15:24   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 15:28   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 17:41   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Luke Lonergan
• 19:30   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Greg Smith

4 June 2007

• 00:17   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Tom Lane
• 09:41   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 09:45   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Heikki Linnakangas
• 09:52   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Luke Lonergan
• 11:29   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Reid Thompson
• 12:01   dbt2 NOTPM numbers Markus Schiltknecht
• 12:12   Re: dbt2 NOTPM numbers Heikki Linnakangas
• 12:27   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 13:44   Re: dbt2 NOTPM numbers PFC
• 14:05   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 15:02   Thousands of tables versus on table? Thomas Andrews
• 15:08   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Alvaro Herrera
• 15:17   Re: Thousands of tables versus on table? Mark Lewis
• 15:54   Re: Thousands of tables versus on table? Thomas Andrews
• 16:02   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 16:03   Re: Thousands of tables versus on table? Thomas Andrews
• 16:44   Re: Thousands of tables versus on table? Gregory Stark
• 16:57   Re: Thousands of tables versus on table? Thomas Andrews
• 17:01   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 17:08   Re: Thousands of tables versus on table? Y Sidhu
• 17:14   Re: Thousands of tables versus on table? Thomas Andrews
• 17:18   Re: Thousands of tables versus on table? PFC
• 17:18   Re: Thousands of tables versus on table? Gregory Stark
• 17:21   Re: Thousands of tables versus on table? Scott Marlowe
• 17:24   Re: dbt2 NOTPM numbers Heikki Linnakangas
• 18:11   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Gregory Stark
• 18:24   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Heikki Linnakangas
• 20:15   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Kenneth Marshall
• 20:16   PostgreSQL not fully utilizing system resources? Gregory Stewart
• 20:32   Re: Thousands of tables versus on table? david@lang.hm
• 20:50   Re: PostgreSQL not fully utilizing system resources? Bill Moran
• 21:57   Re: PostgreSQL not fully utilizing system resources? Greg Smith
• 23:00   postgresql running on a virtual cluster Dave Cramer

5 June 2007

• 00:45   Question about SQL performance Jason Lustig
• 09:57   Re: Question about SQL performance PFC
• 09:59   Re: Question about SQL performance mark@mark.mielke.cc
• 10:06   Re: Question about SQL performance Richard Huxton
• 10:06   Performance Problem Gauri Kanekar
• 10:12   Performance Problem Gauri Kanekar
• 10:24   Re: Performance Problem Steinar H. Gunderson
• 10:36   Re: Performance Problem Gregory Stark
• 11:16   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 11:22   Re: dbt2 NOTPM numbers Heikki Linnakangas
• 11:25   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 11:25   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 11:35   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 11:42   Re: dbt2 NOTPM numbers Greg Smith
• 13:49   Re: Thousands of tables versus on table? Scott Marlowe
• 14:01   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Hanu Kurubar
• 14:05   Re: Thousands of tables versus on table? Thomas Andrews
• 14:10   Re: Thousands of tables versus on table? Scott Marlowe
• 15:55   Re: Thousands of tables versus on table? Gregory Stark
• 16:34   Re: Thousands of tables versus on table? Scott Marlowe
• 17:11   Re: Append table Chander Ganesan
• 17:32   Re: Thousands of tables versus on table? david@lang.hm
• 18:30   Re: performance drop on 8.2.4, reverting to 8.1.4 Steven Flatt
• 18:38   Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson
• 18:59   Re: Thousands of tables versus on table? Tom Lane
• 19:06   Re: Thousands of tables versus on table? Steinar H. Gunderson
• 19:08   Re: performance drop on 8.2.4, reverting to 8.1.4 Tom Lane
• 19:30   Re: Thousands of tables versus on table? david@lang.hm
• 19:56   Re: Thousands of tables versus on table? david@lang.hm

6 June 2007

• 00:56   weird query plan weiping
• 00:59   Re: weird query plan weiping
• 04:24   different query plan because different limit # (Re: weird query plan) weiping
• 04:30   Re: Thousands of tables versus on table? Heikki Linnakangas
• 04:41   Re: different query plan because different limit # (Re: weird query plan) weiping
• 06:22   Re: different query plan because different limit # (Re: weird query plan) Gregory Stark
• 11:35   Re: upgraded to pgsql 8.2.4, getting worse performance then 7.4.x Douglas J Hunley
• 11:40   Re: weird query plan Tom Lane
• 12:07   Re: Thousands of tables versus on table? Scott Marlowe
• 12:17   Re: Thousands of tables versus on table? Scott Marlowe
• 13:21   Re: Thousands of tables versus on table? Craig James
• 13:49   Re: Thousands of tables versus on table? Scott Marlowe
• 14:29   Re: Thousands of tables versus on table? Craig James
• 15:02   Re: Thousands of tables versus on table? Jonah H. Harris
• 15:15   Re: Thousands of tables versus on table? Jonah H. Harris
• 16:24   Re: Thousands of tables versus on table? Andrew Sullivan
• 16:28   VERY slow queries at random Gunther Mayer
• 16:32   Re: Thousands of tables versus on table? Andrew Sullivan
• 16:40   Re: Thousands of tables versus on table? Jonah H. Harris
• 16:41   control of benchmarks (was: Thousands of tables) Andrew Sullivan
• 16:57   Re: VERY slow queries at random Andrew Sullivan
• 16:57   Re: control of benchmarks (was: Thousands of tables) Jonah H. Harris
• 17:11   Re: Thousands of tables versus on table? Craig James
• 17:20   Re: Thousands of tables versus on table? Jonah H. Harris
• 17:59   Is this true? Chris Hoover
• 18:27   Re: VERY slow queries at random Scott Marlowe
• 18:37   Re: Is this true? Jeff Davis
• 19:27   Re: LIKE search and performance James Mansion
• 20:34   Weird 8.2.4 performance Kurt Overberg
• 21:02   Re: Weird 8.2.4 performance Mark Kirkwood
• 21:14   Re: Weird 8.2.4 performance Michael Glaesemann

7 June 2007

• 00:35   Re: LIKE search and performance mark@mark.mielke.cc
• 02:22   Re: Thousands of tables versus on table? david@lang.hm
• 04:09   Re: VERY slow queries at random Kristo Kaiv
• 06:28   Re: Weird 8.2.4 performance Richard Huxton
• 06:35   Re: Weird 8.2.4 performance Steinar H. Gunderson
• 06:38   copy from performance on large tables with indexes Marc Mamin
• 06:43   Re: Weird 8.2.4 performance Steinar H. Gunderson
• 08:13   Re: Weird 8.2.4 performance Mark Kirkwood
• 08:18   Re: Weird 8.2.4 performance Kurt Overberg
• 08:28   Re: Weird 8.2.4 performance Steinar H. Gunderson
• 10:32   Re: Weird 8.2.4 performance Tom Lane
• 10:54   Re: {Spam} Re: Weird 8.2.4 performance Dimitri Fontaine
• 11:23   Re: VERY slow queries at random Gunther Mayer
• 12:33   Re: VERY slow queries at random Gunther Mayer
• 12:38   Re: VERY slow queries at random Gunther Mayer
• 12:46   Re: VERY slow queries at random Andrew Sullivan
• 12:58   Re: VERY slow queries at random Alvaro Herrera
• 13:47   How Are The Variables Related? Y Sidhu
• 14:12   Re: performance drop on 8.2.4, reverting to 8.1.4 Steven Flatt
• 15:23   Getting Slow Joe Lester
• 15:38   Re: Getting Slow Andrew Sullivan
• 15:50   Re: Getting Slow Steinar H. Gunderson
• 15:59   Re: Getting Slow Alvaro Herrera
• 16:27   Re: Getting Slow Greg Smith
• 16:42   Re: VERY slow queries at random Greg Smith
• 17:03   Best way to delete unreferenced rows? Tyrrill, Ed
• 19:48   Re: Best way to delete unreferenced rows? Craig James
• 20:05   Re: Weird 8.2.4 performance Mark Kirkwood
• 20:09   Re: Weird 8.2.4 performance Joshua D. Drake
• 22:12   Re: performance drop on 8.2.4, reverting to 8.1.4 Tom Lane
• 22:23   Re: performance drop on 8.2.4, reverting to 8.1.4 Alvaro Herrera
• 22:31   Re: performance drop on 8.2.4, reverting to 8.1.4 Tom Lane
• 22:46   Re: Getting Slow Tom Lane
• 23:24   Re: Getting Slow Alvaro Herrera

8 June 2007

• 05:27   Re: VERY slow queries at random Kristo Kaiv
• 11:30   Re: [ADMIN] reclaiming disk space after major updates Dan Harris
• 12:11   Re: [ADMIN] reclaiming disk space after major updates Andrew Sullivan
• 12:44   Please help me understand these numbers Chris Hoover
• 13:11   Re: Please help me understand these numbers Bill Moran
• 13:31   How much ram is too much Dave Cramer
• 13:46   Re: How much ram is too much Guy Rouillier
• 13:46   Re: Best way to delete unreferenced rows? Tyrrill, Ed
• 13:52   Re: How much ram is too much Ben
• 14:02   Re: dbt2 NOTPM numbers Mark Wong
• 14:05   Re: Please help me understand these numbers Chris Hoover
• 14:08   Re: How much ram is too much Dave Cramer
• 14:32   Re: How much ram is too much david@lang.hm
• 14:38   Re: Please help me understand these numbers Bill Moran
• 14:38   [OT] Re: How much ram is too much Zoltan Boszormenyi
• 14:39   Re: How much ram is too much Joshua D. Drake
• 14:52   Re: Please help me understand these numbers Chris Hoover
• 15:11   Re: [OT] Re: How much ram is too much Joshua D. Drake
• 15:52   Re: [OT] Re: How much ram is too much Dave Cramer
• 15:54   Re: [OT] Re: How much ram is too much Zoltan Boszormenyi
• 16:02   Re: [OT] Re: How much ram is too much mark@mark.mielke.cc
• 16:13   Re: [OT] Re: How much ram is too much Zoltan Boszormenyi
• 16:41   Re: How much ram is too much Guy Rouillier
• 18:44   Re: [OT] Re: How much ram is too much Andreas Kostyrka

11 June 2007

• 05:50   pg_statistic doesnt contain details for specific table Nimesh Satam
• 05:54   Re: pg_statistic doesnt contain details for specific table Heikki Linnakangas
• 05:58   Re: pg_statistic doesnt contain details for specific table Nimesh Satam
• 07:55   Re: How much ram is too much Dave Cramer
• 10:30   Re: pg_statistic doesnt contain details for specific table Michael Fuhr
• 10:53   Re: pg_statistic doesnt contain details for specific table Nimesh Satam
• 11:34   Re: pg_statistic doesnt contain details for specific table Michael Fuhr
• 11:35   Re: dbt2 NOTPM numbers Jim Nasby
• 11:35   Re: How much ram is too much Jim Nasby
• 11:35   Re: Vacuum takes forever Jim Nasby
• 12:10   Re: How much ram is too much Dave Cramer
• 12:32   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 12:35   Re: How much ram is too much Andrew Sullivan
• 12:35   Re: dbt2 NOTPM numbers Heikki Linnakangas
• 12:36   test / live environment, major performance difference Christo Du Preez
• 12:41   Re: Best way to delete unreferenced rows? Craig James
• 12:46   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 13:25   Re: test / live environment, major performance difference Ansgar -59cobalt- Wiechers
• 14:16   Re: test / live environment, major performance difference Dave Dutcher
• 14:31   Variable (degrading) performance Vladimir Stankovic
• 14:52   Re: Variable (degrading) performance Heikki Linnakangas
• 14:59   Re: How much ram is too much Dave Cramer
• 15:24   Re: test / live environment, major performance difference Craig James
• 22:14   Best use of second controller with faster disks? Francisco Reyes

12 June 2007

• 03:29   Re: test / live environment, major performance difference Christo Du Preez
• 04:30   Re: test / live environment, major performance difference Christo Du Preez
• 10:26   Re: test / live environment, major performance difference Christo Du Preez
• 10:45   Re: test / live environment, major performance difference Reid Thompson
• 10:47   Re: test / live environment, major performance difference Michael Glaesemann
• 10:53   Re: test / live environment, major performance difference Gregory Stark
• 11:04   Re: test / live environment, major performance difference Christo Du Preez
• 11:25   Re: test / live environment, major performance difference Alvaro Herrera
• 11:27   How much memory PostgreSQL is going to use? Arnau
• 11:28   Re: test / live environment, major performance difference Dave Dutcher
• 11:30   Re: test / live environment, major performance difference Steinar H. Gunderson
• 11:37   Re: How much memory PostgreSQL is going to use? Bill Moran
• 11:59   Re: test / live environment, major performance difference Steinar H. Gunderson
• 12:35   Re: Variable (degrading) performance Vladimir Stankovic
• 12:54   VACUUM vs auto-vacuum daemon Sabin Coanda
• 12:57   Re: Best way to delete unreferenced rows? Tyrrill, Ed
• 13:08   Re: VACUUM vs auto-vacuum daemon Alvaro Herrera
• 13:10   Re: test / live environment, major performance difference Tom Lane
• 13:26   Re: VACUUM vs auto-vacuum daemon Bill Moran
• 13:42   Re: VACUUM vs auto-vacuum daemon Sabin Coanda
• 13:52   Re: test / live environment, major performance difference Christo Du Preez
• 14:38   Re: test / live environment, major performance difference Tom Lane
• 14:45   Re: test / live environment, major performance difference Christo Du Preez
• 15:21   Re: Variable (degrading) performance Heikki Linnakangas
• 15:25   Re: Best use of second controller with faster disks? Vivek Khera
• 15:31   Re: performance drop on 8.2.4, reverting to 8.1.4 Steven Flatt
• 15:43   Re: test / live environment, major performance difference Tom Lane
• 21:33   Re: Best use of second controller with faster disks? Francisco Reyes

13 June 2007

• 07:18   Performance Testing Utility Christo Du Preez
• 07:26   Re: Performance Testing Utility Heikki Linnakangas
• 08:12   Re: Performance Testing Utility Tobias Brox
• 08:41   Optimize slow query Tyler Durden
• 08:49   Re: Optimize slow query Tyler Durden
• 08:50   Re: Optimize slow query Cédric Villemain
• 10:35   WAL shipping and ever expanding pg_xlog Michael Dengler
• 10:44   Re: WAL shipping and ever expanding pg_xlog Michael Dengler
• 11:02   Re: Best use of second controller with faster disks? Vivek Khera
• 11:46   Re: VACUUM vs auto-vacuum daemon Bill Moran
• 12:08   Re: VACUUM vs auto-vacuum daemon Joshua D. Drake
• 12:29   Re: WAL shipping and ever expanding pg_xlog Merlin Moncure
• 13:12   Re: WAL shipping and ever expanding pg_xlog Michael Dengler
• 13:33   Re: dbt2 NOTPM numbers Mark Wong
• 13:45   Re: dbt2 NOTPM numbers Markus Schiltknecht
• 14:02   [PG 8.1.0 / AIX 5.3] Vacuum processes freezing RESTOUX, Loïc
• 14:02   Re: dbt2 NOTPM numbers Mark Wong
• 14:13   Update table performance problem Mark Makarowsky
• 15:06   Re: [PG 8.1.0 / AIX 5.3] Vacuum processes freezing Tom Lane
• 15:15   Re: Update table performance problem Tom Lane
• 16:13   Re: Performance Testing Utility Vivek Khera
• 16:47   Re: Update table performance problem Mark Makarowsky
• 23:36   Re: Best use of second controller with faster disks? Francisco Reyes

14 June 2007

• 11:31   Parsing VACUUM VERBOSE Sabin Coanda
• 11:33   Re: Best use of second controller with faster disks? Vivek Khera
• 11:52   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 11:53   Re: Parsing VACUUM VERBOSE Dimitri Fontaine
• 12:26   Re: [PG 8.1.0 / AIX 5.3] Vacuum processes freezing Simon Riggs
• 12:27   Re: Parsing VACUUM VERBOSE Sabin Coanda
• 12:30   Re: Parsing VACUUM VERBOSE Y Sidhu
• 18:02   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 18:34   Re: Parsing VACUUM VERBOSE Y Sidhu
• 20:10   Replication Craig James
• 20:22   Re: Replication Joshua D. Drake
• 20:26   Re: Replication Ben
• 20:47   Re: Replication Alexander Staubo
• 20:57   Re: Replication Kevin Grittner
• 21:34   Re: Replication Craig James
• 21:40   Replication Craig A. James
• 21:43   Re: Best way to delete unreferenced rows? Ed Tyrrill
• 21:43   Re: How much ram is too much Dave Cramer
• 21:44   Variable (degrading) perfomance Vladimir Stankovic
• 21:46   Database size choksi
• 22:02   Re: Replication Andreas Kostyrka
• 22:41   Re: Replication Craig James
• 23:36   Re: Replication Joshua D. Drake
• 23:39   Re: Replication Eugene Ogurtsov

15 June 2007

• 01:58   Re: Database size A. Kretschmer
• 02:23   Re: Replication Andreas Kostyrka
• 05:28   Re: Replication Alexander Staubo
• 11:27   Re: Replication Merlin Moncure
• 12:17   Re: Replication Devrim GÜNDÜZ
• 14:15   Re: Database size Francisco Reyes
• 14:43   Re: Replication Gábriel Ákos
• 16:39   Re: Variable (degrading) perfomance Merlin Moncure

16 June 2007

• 06:53   determining maxsize for character varying okparanoid@free.fr
• 07:53   Re: determining maxsize for character varying Andreas Kretschmer
• 08:35   Re: determining maxsize for character varying okparanoid@free.fr
• 09:16   Re: determining maxsize for character varying Ragnar
• 12:07   Re: determining maxsize for character varying Tom Lane

18 June 2007

• 06:07   Re: Database size J6M
• 10:09   Re: Parsing VACUUM VERBOSE Sabin Coanda
• 12:03   Volunteer to build a configuration tool Campbell, Lance
• 13:10   Re: [ADMIN] Postgres VS Oracle Jonah H. Harris
• 13:50   Re: [ADMIN] Postgres VS Oracle Andreas Kostyrka
• 14:02   Re: [ADMIN] Postgres VS Oracle Jonah H. Harris
• 14:16   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Joshua D. Drake
• 14:27   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle PFC
• 14:30   Re: [DOCS] Volunteer to build a configuration tool Campbell, Lance
• 14:31   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Joshua D. Drake
• 14:38   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Jonah H. Harris
• 14:42   Re: Replication Markus Schiltknecht
• 14:46   Re: [ADMIN] Postgres VS Oracle Andreas Kostyrka
• 14:50   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Joshua D. Drake
• 14:51   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andreas Kostyrka
• 14:58   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Jonah H. Harris
• 15:00   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andreas Kostyrka
• 15:08   Re: Parsing VACUUM VERBOSE Y Sidhu
• 15:10   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andrew Sullivan
• 15:13   Re: [DOCS] Volunteer to build a configuration tool Y Sidhu
• 15:17   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Jonah H. Harris
• 15:29   Re: Replication Craig James
• 15:29   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andreas Kostyrka
• 15:38   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andrew Sullivan
• 15:40   Re: [GENERAL] [pgsql-advocacy] [ADMIN] Postgres VS Oracle Andrew Sullivan
• 15:56   Re: Replication Markus Schiltknecht
• 16:49   Re: Volunteer to build a configuration tool James Neethling
• 16:49   Performance query about large tables, lots of concurrent access Karl Wright
• 16:59   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 19:08   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 19:11   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 20:00   Re: Volunteer to build a configuration tool Greg Smith
• 20:09   Re: Volunteer to build a configuration tool david@lang.hm
• 20:35   Re: Volunteer to build a configuration tool Steve Atkins
• 21:05   Re: Volunteer to build a configuration tool Greg Smith
• 23:56   Re: Performance query about large tables, lots of concurrent access Tom Lane

19 June 2007

• 03:43   Re: Performance query about large tables, lots of concurrent access PFC
• 04:43   Regarding Timezone soni de
• 04:52   Re: Regarding Timezone Heikki Linnakangas
• 04:55   Re: Regarding Timezone A. Kretschmer
• 07:41   Hardware suggestions christian.braun@tudor.lu
• 08:10   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 08:11   Re: Hardware suggestions Claus Guttesen
• 08:20   Re: dbt2 NOTPM numbers Jim Nasby
• 10:01   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 10:06   Re: Volunteer to build a configuration tool Ray Stell
• 10:15   Re: [pgsql-advocacy] [ADMIN] Postgres VS Oracle Jim Nasby
• 10:27   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 10:37   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 10:46   Re: Performance query about large tables, lots of concurrent access Gregory Stark
• 10:47   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 10:52   Re: Performance query about large tables, lots of concurrent access Mark Lewis
• 10:57   Maintenance question / DB size anomaly... Kurt Overberg
• 11:02   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 11:06   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 11:12   Re: Maintenance question / DB size anomaly... Tom Lane
• 11:13   Re: Maintenance question / DB size anomaly... Richard Huxton
• 11:15   Re: Performance query about large tables, lots of concurrent access Bill Moran
• 11:17   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 11:19   Re: Performance query about large tables, lots of concurrent access Gregory Stark
• 11:29   Re: Performance query about large tables, lots of concurrent access Kurt Overberg
• 11:36   Re: Performance query about large tables, lots of concurrent access Tom Lane
• 11:48   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 11:56   Re: Performance query about large tables, lots of concurrent access Tom Lane
• 12:24   Re: Maintenance question / DB size anomaly... Chris Browne
• 12:28   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 12:37   Re: Hardware suggestions Francisco Reyes
• 12:40   Re: Performance query about large tables, lots of concurrent access Francisco Reyes
• 12:46   Re: Performance query about large tables, lots of concurrent access Francisco Reyes
• 12:46   Re: Performance query about large tables, lots of concurrent access Gregory Stark
• 12:49   Re: Performance query about large tables, lots of concurrent access Tom Lane
• 12:50   Re: Performance query about large tables, lots of concurrent access Francisco Reyes
• 12:50   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 13:04   Re: Maintenance question / DB size anomaly... Tom Lane
• 13:12   Re: Performance query about large tables, lots of concurrent access Gregory Stark
• 13:20   Re: Regarding Timezone Tom Lane
• 13:23   PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 13:38   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 13:55   Re: PostgreSQL Configuration Tool for Dummies Richard Huxton
• 13:58   Re: PostgreSQL Configuration Tool for Dummies Francisco Reyes
• 14:02   Re: PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 14:05   Re: Maintenance question / DB size anomaly... Richard Huxton
• 14:10   Re: PostgreSQL Configuration Tool for Dummies Richard Huxton
• 14:12   Re: PostgreSQL Configuration Tool for Dummies PFC
• 14:13   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 14:26   Re: PostgreSQL Configuration Tool for Dummies Francisco Reyes
• 14:49   Re: PostgreSQL Configuration Tool for Dummies Y Sidhu
• 14:52   Re: PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 14:58   Re: Performance query about large tables, lots of concurrent access Heikki Linnakangas
• 15:02   Re: PostgreSQL Configuration Tool for Dummies D'Arcy J.M. Cain
• 15:08   Re: PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 15:15   PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 15:38   Re: PostgreSQL Configuration Tool for Dummies Y Sidhu
• 15:45   Re: Performance query about large tables, lots of concurrent access Francisco Reyes
• 16:00   Re: PostgreSQL Configuration Tool for Dummies Francisco Reyes
• 16:02   Re: PostgreSQL Configuration Tool for Dummies david@lang.hm
• 16:11   Re: PostgreSQL Configuration Tool for Dummies david@lang.hm
• 16:36   Re: Best use of second controller with faster disks? Francisco Reyes
• 16:53   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 17:09   Re: PostgreSQL Configuration Tool for Dummies Ray Stell
• 17:34   PostgreSQL Configuration Tool for Dummies Campbell, Lance
• 18:21   Re: [ADMIN] Postgres VS Oracle Simon Riggs
• 18:23   Re: Replication Jeff Davis
• 18:33   Re: Maintenance question / DB size anomaly... Tom Lane
• 18:40   Re: PostgreSQL Configuration Tool for Dummies Tom Lane
• 19:24   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 19:45   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 20:26   Re: Maintenance question / DB size anomaly... Tom Lane
• 20:50   Re: PostgreSQL Configuration Tool for Dummies Charles Sprickman
• 20:55   Re: Maintenance question / DB size anomaly... Bill Moran
• 21:11   Re: PostgreSQL Configuration Tool for Dummies Francisco Reyes
• 21:42   Re: Volunteer to build a configuration tool Mike Benoit
• 22:53   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 23:51   Re: Maintenance question / DB size anomaly... Tom Lane

20 June 2007

• 02:19   Re: Volunteer to build a configuration tool Greg Smith
• 02:43   Re: Volunteer to build a configuration tool Tom Lane
• 03:24   Re: PostgreSQL Configuration Tool for Dummies Greg Smith
• 03:45   Re: Volunteer to build a configuration tool Greg Smith
• 04:06   Re: Volunteer to build a configuration tool Tom Lane
• 04:49   Re: Volunteer to build a configuration tool PFC
• 04:54   Short row header PFC
• 05:36   Re: Short row header Heikki Linnakangas
• 06:05   Re: Short row header Gregory Stark
• 09:44   cached entities Sergey Konoplev
• 09:55   Re: cached entities Bill Moran
• 10:10   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 10:25   Re: Maintenance question / DB size anomaly... Bill Moran
• 10:53   Re: Maintenance question / DB size anomaly... Andreas Kostyrka
• 11:02   Slow indexscan Mikko Partio
• 11:27   Re: PostgreSQL Configuration Tool for Dummies Kevin Hunter
• 12:06   Re: Replication Andrew Sullivan
• 12:10   Re: Slow indexscan Tom Lane
• 12:21   Re: Volunteer to build a configuration tool Greg Smith
• 12:22   Re: Maintenance question / DB size anomaly... Tom Lane
• 12:28   Re: [PG 8.1.0 / AIX 5.3] Vacuum processes freezing RESTOUX, Loïc
• 12:56   Re: Slow indexscan Mikko Partio
• 13:01   Re: Slow indexscan Joshua D. Drake
• 13:01   Re: Slow indexscan Tom Lane
• 13:39   Re: Volunteer to build a configuration tool Campbell, Lance
• 13:43   Re: Slow indexscan Mikko Partio
• 13:53   Re: Slow indexscan Michael Glaesemann
• 14:00   Re: Volunteer to build a configuration tool Heikki Linnakangas
• 14:27   Re: Volunteer to build a configuration tool Mark Lewis
• 14:28   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 14:41   Re: Performance query about large tables, lots of concurrent access Heikki Linnakangas
• 14:53   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 14:53   Re: Performance query about large tables, lots of concurrent access Francisco Reyes
• 14:54   Re: Slow indexscan Oleg Bartunov
• 14:55   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 14:58   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 15:01   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 15:03   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 15:06   Re: Performance query about large tables, lots of concurrent access Alvaro Herrera
• 15:09   Re: Performance query about large tables, lots of concurrent access Michael Stone
• 15:10   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 15:13   Re: Performance query about large tables, lots of concurrent access Joshua D. Drake
• 15:15   Re: Performance query about large tables, lots of concurrent access Andrew Sullivan
• 15:21   Re: Performance query about large tables, lots of concurrent access Michael Stone
• 15:37   Re: Maintenance question / DB size anomaly... Tom Lane
• 16:30   Re: Slow indexscan Tom Lane
• 16:52   Re: Performance query about large tables, lots of concurrent access Shaun Thomas
• 17:22   Re: Maintenance question / DB size anomaly... Kurt Overberg
• 17:23   Re: Volunteer to build a configuration tool Greg Smith
• 18:08   Re: Maintenance question / DB size anomaly... Tom Lane
• 18:30   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 18:40   Re: Performance query about large tables, lots of concurrent access Andrew Sullivan
• 19:06   Re: any way to get rid of Bitmap Heap Scan recheck? Scott Marlowe
• 19:13   Re: [GENERAL] [ADMIN] Postgres VS Oracle Scott Marlowe
• 19:20   Re: Hardware suggestions Scott Marlowe
• 19:46   Re: Performance query about large tables, lots of concurrent access Scott Marlowe
• 20:22   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 21:44   Re: Maintenance question / DB size anomaly... Kurt Overberg

21 June 2007

• 03:11   Re: PostgreSQL Configuration Tool for Dummies Stefan Kaltenbrunner
• 04:14   Re: Volunteer to build a configuration tool Greg Smith
• 09:43   Re: Hardware suggestions Francisco Reyes
• 11:21   Data transfer very slow when connected via DSL Rainer Bauer
• 11:29   Re: Volunteer to build a configuration tool Tom Lane
• 11:54   Re: PostgreSQL Configuration Tool for Dummies Ben Trewern
• 12:01   Re: Data transfer very slow when connected via DSL Harald Armin Massa
• 12:08   Re: Volunteer to build a configuration tool Dave Page
• 12:12   Re: PostgreSQL Configuration Tool for Dummies Scott Marlowe
• 12:14   Re: Replication Markus Schiltknecht
• 12:33   Re: Data transfer very slow when connected via DSL Tom Lane
• 12:44   Re: Performance query about large tables, lots of concurrent access Scott Marlowe
• 12:59   Re: Volunteer to build a configuration tool Andrew Sullivan
• 13:29   Re: Performance query about large tables, lots of concurrent access Karl Wright
• 13:31   Re: Volunteer to build a configuration tool Campbell, Lance
• 13:53   vacuum a lot of data when insert only Sabin Coanda
• 14:10   Database-wide VACUUM ANALYZE Steven Flatt
• 14:12   Re: Performance query about large tables, lots of concurrent access Andrew Sullivan
• 14:17   Re: vacuum a lot of data when insert only Andrew Sullivan
• 14:49   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 14:49   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 15:33   Very long SQL strings Steven Flatt
• 15:34   Re: Database-wide VACUUM ANALYZE Heikki Linnakangas
• 15:43   Re: Very long SQL strings Heikki Linnakangas
• 15:46   Re: Very long SQL strings Tom Lane
• 15:46   Re: Very long SQL strings Andreas Kretschmer
• 15:58   Re: Database-wide VACUUM ANALYZE Francisco Reyes
• 16:36   Re: Database-wide VACUUM ANALYZE Steven Flatt
• 17:00   Re: Database-wide VACUUM ANALYZE Larry Rosenman
• 17:04   Re: Very long SQL strings Chris Browne
• 17:07   Re: Database-wide VACUUM ANALYZE Bill Moran
• 17:09   Re: Very long SQL strings Steven Flatt
• 17:37   Re: Database-wide VACUUM ANALYZE Steven Flatt
• 17:59   Re: Very long SQL strings Tom Lane
• 18:25   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 18:32   Re: Data transfer very slow when connected via DSL Dimitri
• 19:07   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 19:29   Re: Hardware suggestions Scott Marlowe
• 19:38   Re: Data transfer very slow when connected via DSL Dimitri
• 20:10   Re: Performance query about large tables, lots of concurrent access Scott Marlowe
• 20:11   Re: Performance query about large tables, lots of concurrent access Scott Marlowe
• 20:23   Re: Data transfer very slow when connected via DSL Scott Marlowe
• 20:23   Re: Performance query about large tables, lots of concurrent access Joshua D. Drake
• 21:00   PITR Backups Dan Gorman
• 21:27   Re: PITR Backups Tom Lane
• 22:51   Re: Data transfer very slow when connected via DSL Tom Lane
• 23:59   Re: PITR Backups Toru SHIMOGAKI

22 June 2007

• 00:09   Re: PITR Backups Joshua D. Drake
• 01:39   Re: PITR Backups Steve Atkins
• 03:20   Re: Hardware suggestions Greg Smith
• 03:32   Re: PostgreSQL Configuration Tool for Dummies Greg Smith
• 04:30   Re: PITR Backups Toru SHIMOGAKI
• 04:41   Re: PITR Backups Toru SHIMOGAKI
• 04:43   Re: PITR Backups Dan Gorman
• 05:06   Re: Data transfer very slow when connected via DSL Dimitri
• 05:23   Re: PITR Backups Toru SHIMOGAKI
• 06:13   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 06:13   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 06:37   Re: Data transfer very slow when connected via DSL Dimitri
• 07:00   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 07:13   Re: Data transfer very slow when connected via DSL Dave Page
• 07:17   Re: Data transfer very slow when connected via DSL Dave Page
• 07:24   Re: Data transfer very slow when connected via DSL Harald Armin Massa
• 07:45   Re: Data transfer very slow when connected via DSL PFC
• 07:59   Re: PITR Backups Simon Riggs
• 08:11   Re: PITR Backups Dan Gorman
• 08:41   Re: PITR Backups Simon Riggs
• 08:51   Re: PITR Backups Dan Gorman
• 09:07   Re: PostgreSQL Configuration Tool for Dummies Adam Tauno Williams
• 09:10   Re: PITR Backups Kurt Overberg
• 09:13   Re: PITR Backups Andreas Kostyrka
• 09:18   Re: PITR Backups Simon Riggs
• 09:21   Re: Hardware suggestions Francisco Reyes
• 09:24   Re: Data transfer very slow when connected via DSL Dimitri
• 09:45   Re: Data transfer very slow when connected via DSL Harald Armin Massa
• 10:24   Re: PostgreSQL Configuration Tool for Dummies - feedback adjustable control Sabin Coanda
• 10:52   Re: PITR Backups Joshua D. Drake
• 10:53   Re: PITR Backups Joshua D. Drake
• 10:55   Re: Database-wide VACUUM ANALYZE Alvaro Herrera
• 11:00   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 11:15   Re: Data transfer very slow when connected via DSL Joshua D. Drake
• 11:36   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 12:32   Re: PITR Backups Gregory Stark
• 13:04   Re: Data transfer very slow when connected via DSL Dimitri
• 14:12   Re: PITR Backups Tom Lane
• 14:49   Re: PITR Backups Simon Riggs
• 15:02   Re: PITR Backups Tom Lane
• 15:32   Slow join query Tom Tamulewicz
• 15:47   Re: PostgreSQL Configuration Tool for Dummies - feedback adjustable control david@lang.hm
• 16:51   Re: Slow join query Michael Glaesemann
• 18:25   Re: Slow join query Tom Tamulewicz
• 18:31   Re: Slow join query Michael Glaesemann
• 18:49   Re: Data transfer very slow when connected via DSL Rainer Bauer
• 18:53   Re: Slow join query Tom Tamulewicz
• 19:24   Re: Slow join query Scott Marlowe

23 June 2007

• 16:28   Re: Volunteer to build a configuration tool Greg Smith
• 16:32   Re: PostgreSQL Configuration Tool for Dummies Greg Smith
• 16:44   Re: PostgreSQL Configuration Tool for Dummies - feedback adjustable control Greg Smith
• 18:29   PREPARE and stuff PFC
• 18:51   Re: PREPARE and stuff Heikki Linnakangas
• 18:57   Re: PREPARE and stuff Andreas Kostyrka
• 19:02   Re: PREPARE and stuff Gregory Stark
• 19:27   Re: PREPARE and stuff PFC

25 June 2007

• 04:50   Re: Slow indexscan Mikko Partio
• 07:01   Is AIX Concurrent IO safe with PostgreSQL? Dawid Kuroczko
• 07:06   Re: PITR Backups Koichi Suzuki
• 08:38   Re: Performance query about large tables, lots of concurrent access Michael Stone
• 08:47   Re: PostgreSQL Configuration Tool for Dummies - feedback adjustable control Sabin Coanda
• 10:07   Re: Performance query about large tables, lots of concurrent access Jean-David Beyer
• 10:29   Re: PITR Backups Simon Riggs
• 11:24   Re: Slow indexscan Tom Lane
• 11:32   Re: PITR Backups Tom Lane
• 12:00   Re: PITR Backups Gregory Stark
• 12:27   Re: PITR Backups Dan Gorman
• 12:29   Re: PITR Backups Dan Gorman
• 13:03   Re: PITR Backups Gregory Stark
• 13:05   Re: PITR Backups Dan Gorman
• 13:27   Re: PITR Backups Simon Riggs
• 13:34   Re: PITR Backups Tom Lane
• 13:59   Re: PITR Backups Simon Riggs
• 14:04   Re: PITR Backups Dan Gorman
• 14:07   Re: PITR Backups Gregory Stark
• 14:10   Re: PITR Backups Tom Lane
• 14:11   Re: PITR Backups Dan Gorman
• 14:12   Re: PITR Backups Tom Lane
• 17:18   startup caching suggestions Bryan Murphy
• 18:29    Tyrrill, Ed
• 18:49   Non-optimal query plan with 8.2 Tyrrill, Ed
• 18:58   Re: Stephen Frost
• 19:10   Re: Tom Lane
• 19:16   Re: startup caching suggestions Oleg Bartunov
• 19:20   Re: startup caching suggestions Bryan Murphy
• 20:39   Re: Ed Tyrrill
• 20:52   Re: Stephen Frost
• 21:10   Re: Ed Tyrrill
• 21:33   Re: Stephen Frost
• 22:07   Re: Tom Lane

26 June 2007

• 01:30   Re: Database-wide VACUUM ANALYZE Jim Nasby
• 01:30   Re: Volunteer to build a configuration tool Jim Nasby
• 05:02   Re: Volunteer to build a configuration tool Gregory Stark
• 12:25   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 14:25   Re: Database-wide VACUUM ANALYZE Steven Flatt
• 15:14   Re: PostgreSQL Configuration Tool for Dummies Greg Smith
• 15:49   Re: Database-wide VACUUM ANALYZE Alvaro Herrera
• 16:25   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 19:05   Re: PostgreSQL Configuration Tool for Dummies Greg Smith

27 June 2007

• 12:27   rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 15:01   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 20:18   Re: Volunteer to build a configuration tool Josh Berkus
• 21:38   High IOWAIT times, low iops? Need Help with configuration Evan Reiser

28 June 2007

• 02:19   update query taking too long Chris
• 02:37   Re: update query taking too long A. Kretschmer
• 02:41   Re: update query taking too long Tom Lane
• 03:15   Re: update query taking too long Chris
• 03:19   Re: update query taking too long Chris
• 03:28   Re: update query taking too long A. Kretschmer
• 03:36   Re: update query taking too long Chris
• 03:39   Re: update query taking too long Richard Huxton
• 03:48   Re: update query taking too long Chris
• 03:54   PostgreSQL 8.0 occasionally slow down Ho Fat Tsang
• 04:02   Re: update query taking too long Richard Huxton
• 04:17   Re: High IOWAIT times, low iops? Need Help with configuration Richard Huxton
• 04:19   Re: PostgreSQL 8.0 occasionally slow down Andreas Kostyrka
• 04:23   Re: PostgreSQL 8.0 occasionally slow down Richard Huxton
• 05:01   Re: PostgreSQL 8.0 occasionally slow down Ho Fat Tsang
• 05:03   Re: PostgreSQL 8.0 occasionally slow down Richard Huxton
• 05:16   Re: update query taking too long Chris
• 05:17   Re: PostgreSQL 8.0 occasionally slow down Ho Fat Tsang
• 06:16   Re: PostgreSQL 8.0 occasionally slow down Richard Huxton
• 08:45   Re: update query taking too long Jean-David Beyer
• 09:01   Re: update query taking too long Heikki Linnakangas
• 09:03   Re: update query taking too long Richard Huxton
• 10:18   Re: High IOWAIT times, low iops? Need Help with configuration Evan Reiser
• 10:39   Re: High IOWAIT times, low iops? Need Help with configuration Greg Smith
• 10:52   Re: PostgreSQL 8.0 occasionally slow down Greg Smith
• 11:17   Re: PostgreSQL 8.0 occasionally slow down Gregory Stark
• 11:19   Re: PostgreSQL 8.0 occasionally slow down Kevin Grittner
• 13:08   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 16:32   How to install Postgresql 8.2.x on windows XP silently Sachchida Ojha
• 16:44   Re: How to install Postgresql 8.2.x on windows XP silently Magnus Hagander
• 23:04   Re: PostgreSQL 8.0 occasionally slow down Ho Fat Tsang

29 June 2007

• 06:24   Re: PostgreSQL 8.0 occasionally slow down Richard Huxton
• 10:34   Re: PostgreSQL 8.0 occasionally slow down Alvaro Herrera
• 10:51   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 13:09   Re: rtree/gist index taking enormous amount of space in 8.2.3 Craig James
• 14:57   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 15:05   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 15:13   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 15:30   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 15:38   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 15:44   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 16:40   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 18:01   Re: Ed Tyrrill