Mailing lists [pgsql-performance]

1 June 2007

• 16:49   Seq Scan Tyler Durden
• 16:59   Re: Seq Scan Dan Harris
• 17:04   Re: Seq Scan Michael Glaesemann
• 17:56   Autodetect of software RAID1+0 fails Craig James
• 18:51   Re: Autodetect of software RAID1+0 fails Dimitri
• 19:56   Re: Autodetect of software RAID1+0 fails Luke Lonergan
• 21:35   Re: Autodetect of software RAID1+0 fails Steinar H. Gunderson

2 June 2007

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

3 June 2007

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

4 June 2007

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

5 June 2007

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

6 June 2007

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

7 June 2007

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

8 June 2007

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

11 June 2007

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

12 June 2007

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

13 June 2007

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

14 June 2007

• 02:36   Re: Best use of second controller with faster disks? Francisco Reyes
• 14:31   Parsing VACUUM VERBOSE Sabin Coanda
• 14:33   Re: Best use of second controller with faster disks? Vivek Khera
• 14:52   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 14:53   Re: Parsing VACUUM VERBOSE Dimitri Fontaine
• 15:26   Re: [PG 8.1.0 / AIX 5.3] Vacuum processes freezing Simon Riggs
• 15:27   Re: Parsing VACUUM VERBOSE Sabin Coanda
• 15:30   Re: Parsing VACUUM VERBOSE Y Sidhu
• 21:02   Re: Parsing VACUUM VERBOSE Guillaume Smet
• 21:34   Re: Parsing VACUUM VERBOSE Y Sidhu
• 23:10   Replication Craig James
• 23:22   Re: Replication Joshua D. Drake
• 23:26   Re: Replication Ben
• 23:47   Re: Replication Alexander Staubo
• 23:57   Re: Replication Kevin Grittner

15 June 2007

• 00:34   Re: Replication Craig James
• 00:40   Replication Craig A. James
• 00:43   Re: Best way to delete unreferenced rows? Ed Tyrrill
• 00:43   Re: How much ram is too much Dave Cramer
• 00:44   Variable (degrading) perfomance Vladimir Stankovic
• 00:46   Database size choksi
• 01:02   Re: Replication Andreas Kostyrka
• 01:41   Re: Replication Craig James
• 02:36   Re: Replication Joshua D. Drake
• 02:39   Re: Replication Eugene Ogurtsov
• 04:58   Re: Database size A. Kretschmer
• 05:23   Re: Replication Andreas Kostyrka
• 08:28   Re: Replication Alexander Staubo
• 14:27   Re: Replication Merlin Moncure
• 15:17   Re: Replication Devrim GÜNDÜZ
• 17:15   Re: Database size Francisco Reyes
• 17:43   Re: Replication Gábriel Ákos
• 19:39   Re: Variable (degrading) perfomance Merlin Moncure

16 June 2007

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

18 June 2007

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

19 June 2007

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

20 June 2007

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

21 June 2007

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

22 June 2007

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

23 June 2007

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

25 June 2007

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

26 June 2007

• 00:10   Re: Ed Tyrrill
• 00:33   Re: Stephen Frost
• 01:07   Re: Tom Lane
• 04:30   Re: Database-wide VACUUM ANALYZE Jim Nasby
• 04:30   Re: Volunteer to build a configuration tool Jim Nasby
• 08:02   Re: Volunteer to build a configuration tool Gregory Stark
• 15:25   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 17:25   Re: Database-wide VACUUM ANALYZE Steven Flatt
• 18:14   Re: PostgreSQL Configuration Tool for Dummies Greg Smith
• 18:49   Re: Database-wide VACUUM ANALYZE Alvaro Herrera
• 19:25   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 22:05   Re: PostgreSQL Configuration Tool for Dummies Greg Smith

27 June 2007

• 15:27   rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 18:01   Re: PostgreSQL Configuration Tool for Dummies Josh Berkus
• 23:18   Re: Volunteer to build a configuration tool Josh Berkus

28 June 2007

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

29 June 2007

• 02:04   Re: PostgreSQL 8.0 occasionally slow down Ho Fat Tsang
• 09:24   Re: PostgreSQL 8.0 occasionally slow down Richard Huxton
• 13:34   Re: PostgreSQL 8.0 occasionally slow down Alvaro Herrera
• 13:51   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 16:09   Re: rtree/gist index taking enormous amount of space in 8.2.3 Craig James
• 17:57   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 18:05   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 18:13   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 18:30   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 18:38   Re: rtree/gist index taking enormous amount of space in 8.2.3 Tom Lane
• 18:44   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 19:40   Re: rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom
• 21:01   Re: Ed Tyrrill