Mailing List Archive For pgsql-performance@postgresql.org Apr 2008 By Date

• Wed Apr 30 2008 - 20:53:44 EDT
  • Re: [PERFORM] Understanding histograms Gregory Stark 
• Wed Apr 30 2008 - 19:17:44 EDT
  • Re: [PERFORM] Understanding histograms Tom Lane 
• Wed Apr 30 2008 - 18:47:02 EDT
  • Re: [PERFORM] Understanding histograms Jeff Davis 
• Wed Apr 30 2008 - 16:47:00 EDT
  • Re: [PERFORM] Postgres replication david(at)lang.hm 
• Wed Apr 30 2008 - 12:47:46 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Wed Apr 30 2008 - 12:15:05 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Wed Apr 30 2008 - 11:45:59 EDT
  • [PERFORM] Postgres replication Gernot Schwed 
• Wed Apr 30 2008 - 11:02:39 EDT
  • Re: [PERFORM] Replication Syatem Tom Lane 
• Wed Apr 30 2008 - 10:46:28 EDT
  • Re: [PERFORM] Replication Syatem Tom Lane 
• Wed Apr 30 2008 - 10:43:11 EDT
  • Re: [PERFORM] Understanding histograms Tom Lane 
• Wed Apr 30 2008 - 09:36:12 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Wed Apr 30 2008 - 09:35:29 EDT
  • Re: [PERFORM] Replication Syatem Heikki Linnakangas 
• Wed Apr 30 2008 - 08:16:21 EDT
  • Re: [PERFORM] Replication Syatem Craig Ringer 
• Wed Apr 30 2008 - 06:26:18 EDT
  • Re: [PERFORM] Replication Syatem Heikki Linnakangas 
• Wed Apr 30 2008 - 03:25:30 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Wed Apr 30 2008 - 02:49:04 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Wed Apr 30 2008 - 02:43:11 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Wed Apr 30 2008 - 02:32:18 EDT
  • Re: [PERFORM] Understanding histograms Len Shapiro 
• Wed Apr 30 2008 - 01:39:56 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Wed Apr 30 2008 - 01:37:35 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Wed Apr 30 2008 - 01:29:53 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Wed Apr 30 2008 - 01:19:51 EDT
  • Re: [PERFORM] Understanding histograms Tom Lane 
• Wed Apr 30 2008 - 00:56:32 EDT
  • [PERFORM] Understanding histograms Len Shapiro 
• Tue Apr 29 2008 - 19:27:20 EDT
  • Re: [PERFORM] SSD database benchmarks Merlin Moncure 
• Tue Apr 29 2008 - 19:26:02 EDT
  • Re: [PERFORM] SSD database benchmarks Greg Smith 
• Tue Apr 29 2008 - 16:00:37 EDT
  • Re: [PERFORM] SSD database benchmarks Guido Neitzer 
• Tue Apr 29 2008 - 14:55:27 EDT
  • [PERFORM] SSD database benchmarks Greg Smith 
• Tue Apr 29 2008 - 12:48:10 EDT
  • Re: [PERFORM] Replication Syatem Shane Ambler 
• Tue Apr 29 2008 - 11:58:00 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy Greg Smith 
• Tue Apr 29 2008 - 10:48:28 EDT
  • Re: [PERFORM] Replication Syatem Chris Browne 
• Tue Apr 29 2008 - 11:16:22 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy John Rouillard 
• Tue Apr 29 2008 - 11:04:32 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy John Rouillard 
• Tue Apr 29 2008 - 11:00:57 EDT
  • Re: [PERFORM] Replication Syatem Vivek Khera 
• Tue Apr 29 2008 - 10:20:48 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? Tom Lane 
• Tue Apr 29 2008 - 10:16:02 EDT
  • Re: [PERFORM] Replication Syatem Tom Lane 
• Tue Apr 29 2008 - 09:48:31 EDT
  • Re: [PERFORM] Replication Syatem Gregory Stark 
• Tue Apr 29 2008 - 09:16:00 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Tue Apr 29 2008 - 09:12:40 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Tue Apr 29 2008 - 09:09:39 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Tue Apr 29 2008 - 09:03:14 EDT
  • Re: [PERFORM] Replication Syatem Alvaro Herrera 
• Tue Apr 29 2008 - 09:02:04 EDT
  • Re: [PERFORM] Replication Syatem Alvaro Herrera 
• Tue Apr 29 2008 - 08:59:43 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Tue Apr 29 2008 - 08:12:36 EDT
  • Re: [PERFORM] corrupted shared memory message Pablo Alcaraz 
• Tue Apr 29 2008 - 08:14:54 EDT
  • [PERFORM] Vacuum statistics Francisco Reyes 
• Tue Apr 29 2008 - 07:25:38 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Tue Apr 29 2008 - 07:19:38 EDT
  • Re: [PERFORM] Replication Syatem Shane Ambler 
• Tue Apr 29 2008 - 07:05:40 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Tue Apr 29 2008 - 05:09:48 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? A B 
• Tue Apr 29 2008 - 04:37:07 EDT
  • Re: [PERFORM] Replication Syatem Greg Smith 
• Tue Apr 29 2008 - 01:55:27 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Tue Apr 29 2008 - 01:47:05 EDT
  • Re: [PERFORM] Replication Syatem Pavan Deolasee 
• Tue Apr 29 2008 - 01:46:57 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Tue Apr 29 2008 - 01:20:04 EDT
  • Re: [PERFORM] Replication Syatem Tom Lane 
• Tue Apr 29 2008 - 01:08:09 EDT
  • Re: [PERFORM] Replication Syatem Greg Smith 
• Tue Apr 29 2008 - 01:11:33 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Tue Apr 29 2008 - 00:55:10 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Mon Apr 28 2008 - 23:31:11 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Jonah H. Harris 
• Mon Apr 28 2008 - 17:43:57 EDT
  • Re: [PERFORM] Replication Syatem Chris Browne 
• Mon Apr 28 2008 - 17:37:46 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Adonias Malosso 
• Mon Apr 28 2008 - 17:38:18 EDT
  • [PERFORM] Postgres Benchmark looking for maintainer PFC 
• Mon Apr 28 2008 - 16:58:59 EDT
  • Re: [PERFORM] Replication Syatem Radhika S 
• Mon Apr 28 2008 - 16:55:27 EDT
  • Re: [PERFORM] Benchmarks WAS: Sun Talks about MySQL Joshua D. Drake 
• Mon Apr 28 2008 - 15:59:02 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Tino Wildenhain 
• Mon Apr 28 2008 - 15:49:59 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy Shane Ambler 
• Mon Apr 28 2008 - 14:40:25 EDT
  • Re: [PERFORM] Benchmarks WAS: Sun Talks about MySQL Gregory Stark 
• Mon Apr 28 2008 - 14:23:12 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? PFC 
• Mon Apr 28 2008 - 14:16:02 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy Greg Smith 
• Mon Apr 28 2008 - 14:00:53 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy John Rouillard 
• Mon Apr 28 2008 - 13:53:09 EDT
  • Re: [PERFORM] Very poor performance loading 100M of sql data using copy Heikki Linnakangas 
• Mon Apr 28 2008 - 13:39:39 EDT
  • Re: [PERFORM] Replication Syatem Greg Smith 
• Mon Apr 28 2008 - 13:24:31 EDT
  • [PERFORM] Very poor performance loading 100M of sql data using copy John Rouillard 
• Mon Apr 28 2008 - 12:35:18 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? Chris Browne 
• Mon Apr 28 2008 - 12:34:14 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? Steve Crawford 
• Mon Apr 28 2008 - 12:10:35 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? Dennis Muhlestein 
• Mon Apr 28 2008 - 12:23:45 EDT
  • Re: [PERFORM] Replication Syatem Andrew Sullivan 
• Mon Apr 28 2008 - 12:22:43 EDT
  • Re: [PERFORM] Replication Syatem Andrew Sullivan 
• Mon Apr 28 2008 - 12:19:30 EDT
  • Re: [PERFORM] Where do a novice do to make it run faster? Claus Guttesen 
• Mon Apr 28 2008 - 12:19:48 EDT
  • [PERFORM] shared_buffer/DRBD performances Gaetano Mendola 
• Mon Apr 28 2008 - 12:07:36 EDT
  • Re: [PERFORM] Benchmarks WAS: Sun Talks about MySQL Josh Berkus 
• Mon Apr 28 2008 - 11:56:27 EDT
  • [PERFORM] Where do a novice do to make it run faster? A B 
• Mon Apr 28 2008 - 10:18:48 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Mon Apr 28 2008 - 10:17:22 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Mon Apr 28 2008 - 10:16:44 EDT
  • Re: [PERFORM] Replication Syatem salman 
• Mon Apr 28 2008 - 10:13:20 EDT
  • Re: [PERFORM] Replication Syatem Brad Nicholson 
• Mon Apr 28 2008 - 10:05:37 EDT
  • Re: [PERFORM] Replication Syatem Gauri Kanekar 
• Mon Apr 28 2008 - 09:58:14 EDT
  • Re: [PERFORM] Replication Syatem Peter Childs 
• Mon Apr 28 2008 - 09:38:56 EDT
  • [PERFORM] Replication Syatem Gauri Kanekar 
• Mon Apr 28 2008 - 06:59:48 EDT
  • Re: [PERFORM] [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Heikki Linnakangas 
• Mon Apr 28 2008 - 05:17:08 EDT
  • Re: [PERFORM] [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Gregory Stark 
• Mon Apr 28 2008 - 03:49:37 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Dimitri Fontaine 
• Sun Apr 27 2008 - 22:13:32 EDT
  • [PERFORM] Simple JOIN problem Vlad Arkhipov 
• Sun Apr 27 2008 - 21:51:38 EDT
  • Re: [PERFORM] Optimizer's issue Vlad Arkhipov 
• Sun Apr 27 2008 - 15:02:19 EDT
  • Re: [PERFORM] Performance of the Materialize operator in a query plan Viktor Rosenfeld 
• Sun Apr 27 2008 - 13:54:00 EDT
  • Re: [PERFORM] [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Josh Berkus 
• Sun Apr 27 2008 - 09:01:46 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Greg Smith 
• Sat Apr 26 2008 - 21:14:53 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Jonah H. Harris 
• Sat Apr 26 2008 - 19:20:29 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane 
• Sat Apr 26 2008 - 14:51:55 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Craig Ringer 
• Sat Apr 26 2008 - 14:20:15 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat 
• Sat Apr 26 2008 - 13:26:44 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane 
• Sat Apr 26 2008 - 12:13:34 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Luke Lonergan 
• Sat Apr 26 2008 - 11:33:12 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Joshua D. Drake 
• Sat Apr 26 2008 - 11:17:28 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Potluri Srikanth 
• Sat Apr 26 2008 - 11:10:24 EDT
  • Re: [PERFORM] Best practice to load a huge table from ORACLE to PG Joshua D. Drake 
• Sat Apr 26 2008 - 10:12:39 EDT
  • Re: [PERFORM] Oddly slow queries Thomas Spreng 
• Sat Apr 26 2008 - 09:25:22 EDT
  • [PERFORM] Best practice to load a huge table from ORACLE to PG Adonias Malosso 
• Sat Apr 26 2008 - 09:10:53 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat 
• Fri Apr 25 2008 - 17:32:59 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane 
• Fri Apr 25 2008 - 17:24:47 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat 
• Thu Apr 24 2008 - 20:23:27 EDT
  • Re: [PERFORM] Planner won't use composite index if there is an order by ???? Tom Lane 
• Thu Apr 24 2008 - 20:06:01 EDT
  • [PERFORM] Planner won't use composite index if there is an order by ???? Dave Cramer 
• Thu Apr 24 2008 - 16:02:40 EDT
  • Re: [PERFORM] Question about disk IO an index use and seeking advice PFC 
• Thu Apr 24 2008 - 14:19:08 EDT
  • Re: [PERFORM] Question about disk IO an index use and seeking advice Nikolas Everett 
• Thu Apr 24 2008 - 13:05:14 EDT
  • Re: [PERFORM] Performance of the Materialize operator in a query plan PFC 
• Thu Apr 24 2008 - 12:56:34 EDT
  • Re: [PERFORM] Question about disk IO an index use and seeking advice PFC 
• Thu Apr 24 2008 - 12:24:50 EDT
  • Re: [PERFORM] Optimizer's issue PFC 
• Thu Apr 24 2008 - 11:27:39 EDT
  • Re: [PERFORM] Question about disk IO an index use and seeking advice Matthew Wakeling 
• Thu Apr 24 2008 - 10:31:58 EDT
  • Re: [PERFORM] Performance of the Materialize operator in a query plan Viktor Rosenfeld 
• Thu Apr 24 2008 - 09:59:20 EDT
  • [PERFORM] Question about disk IO an index use and seeking advice Nikolas Everett 
• Thu Apr 24 2008 - 07:31:42 EDT
  • Re: [PERFORM] off-topic: SPAM Gregory Stark 
• Thu Apr 24 2008 - 06:50:24 EDT
  • Re: [PERFORM] Optimizer's issue Matthew Wakeling 
• Thu Apr 24 2008 - 05:47:37 EDT
  • Re: [PERFORM] Optimizer's issue Vlad Arkhipov 
• Thu Apr 24 2008 - 04:56:07 EDT
  • [PERFORM] off-topic: SPAM Albe Laurenz 
• Thu Apr 24 2008 - 04:47:32 EDT
  • Re: [PERFORM] Optimizer's issue Albe Laurenz 
• Wed Apr 23 2008 - 21:14:54 EDT
  • [PERFORM] Optimizer's issue Vlad Arkhipov 
• Wed Apr 23 2008 - 12:40:23 EDT
  • Re: [PERFORM] SELECT 'DBD::Pg ping test' Jeffrey Baker 
• Wed Apr 23 2008 - 09:31:39 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR Gregory Stark 
• Wed Apr 23 2008 - 08:56:56 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR PFC 
• Wed Apr 23 2008 - 07:00:07 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR Theo Kramer 
• Wed Apr 23 2008 - 05:22:09 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR Hans Ekbrand 
• Wed Apr 23 2008 - 05:06:08 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR hans 
• Wed Apr 23 2008 - 04:57:04 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR A. Kretschmer 
• Wed Apr 23 2008 - 03:58:10 EDT
  • Re: [PERFORM] mysterious difference in speed when combining two queries with OR A. Kretschmer 
• Wed Apr 23 2008 - 03:23:07 EDT
  • [PERFORM] mysterious difference in speed when combining two queries with OR Hans Ekbrand 
• Wed Apr 23 2008 - 04:28:05 EDT
  • Re: [PERFORM] SELECT 'DBD::Pg ping test' Craig Ringer 
• Wed Apr 23 2008 - 03:19:37 EDT
  • [PERFORM] SELECT 'DBD::Pg ping test' sathiya psql 
• Wed Apr 23 2008 - 01:43:27 EDT
  • Re: [PERFORM] Suspicious top output Greg Smith 
• Wed Apr 23 2008 - 01:11:01 EDT
  • Re: [PERFORM] Background writer underemphasized ... Greg Smith 
• Tue Apr 22 2008 - 23:31:12 EDT
  • Re: [PERFORM] [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Shane Ambler 
• Tue Apr 22 2008 - 20:46:59 EDT
  • Re: [PERFORM] connections slowing everything down? Merlin Moncure 
• Tue Apr 22 2008 - 19:58:47 EDT
  • Re: [PERFORM] CPU bound at 99% Ivan Voras 
• Tue Apr 22 2008 - 19:50:33 EDT
  • Re: [PERFORM] Suspicious top output Ivan Voras 
• Tue Apr 22 2008 - 17:55:23 EDT
  • Re: [PERFORM] [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Tom Lane 
• Tue Apr 22 2008 - 17:05:35 EDT
  • [PERFORM] [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Adonias Malosso 
• Tue Apr 22 2008 - 14:34:38 EDT
  • [PERFORM] Suspicious top output Rafael Barrera Oro 
• Tue Apr 22 2008 - 12:45:24 EDT
  • Re: [PERFORM] CPU bound at 99% PFC 
• Tue Apr 22 2008 - 12:36:35 EDT
  • Re: [PERFORM] CPU bound at 99% Craig Ringer 
• Tue Apr 22 2008 - 12:25:36 EDT
  • Re: [PERFORM] CPU bound at 99% Tom Lane 
• Tue Apr 22 2008 - 12:23:55 EDT
  • Re: [PERFORM] CPU bound at 99% Scott Marlowe 
• Tue Apr 22 2008 - 12:22:37 EDT
  • Re: [PERFORM] CPU bound at 99% Bryan Buecking 
• Tue Apr 22 2008 - 12:21:03 EDT
  • Re: [PERFORM] CPU bound at 99% Rodrigo Gonzalez 
• Tue Apr 22 2008 - 12:16:43 EDT
  • Re: [PERFORM] CPU bound at 99% Bryan Buecking 
• Tue Apr 22 2008 - 12:15:38 EDT
  • Re: [PERFORM] CPU bound at 99% Harald Armin Massa 
• Tue Apr 22 2008 - 12:10:26 EDT
  • Re: [PERFORM] CPU bound at 99% Bryan Buecking 
• Tue Apr 22 2008 - 11:56:46 EDT
  • Re: [PERFORM] CPU bound at 99% Bryan Buecking 
• Tue Apr 22 2008 - 11:55:19 EDT
  • Re: [PERFORM] CPU bound at 99% Erik Jones 
• Tue Apr 22 2008 - 11:41:09 EDT
  • Re: [PERFORM] CPU bound at 99% Joshua D. Drake 
• Tue Apr 22 2008 - 11:31:01 EDT
  • [PERFORM] CPU bound at 99% Bryan Buecking 
• Tue Apr 22 2008 - 11:25:42 EDT
  • Re: [PERFORM] Oddly slow queries Scott Marlowe 
• Tue Apr 22 2008 - 09:42:25 EDT
  • Re: [PERFORM] Oddly slow queries Thomas Spreng 
• Tue Apr 22 2008 - 09:04:30 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Mark Mielke 
• Tue Apr 22 2008 - 08:22:20 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Matthew Wakeling 
• Tue Apr 22 2008 - 08:01:20 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Mark Mielke 
• Tue Apr 22 2008 - 06:34:23 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Matthew Wakeling 
• Tue Apr 22 2008 - 06:29:29 EDT
  • Re: [PERFORM] Oddly slow queries PFC 
• Tue Apr 22 2008 - 05:48:01 EDT
  • Re: [PERFORM] Oddly slow queries Thomas Spreng 
• Mon Apr 21 2008 - 21:39:15 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Mark Mielke 
• Mon Apr 21 2008 - 19:50:22 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Mark Mielke 
• Mon Apr 21 2008 - 19:34:40 EDT
  • Re: [PERFORM] Group by more efficient than distinct? PFC 
• Mon Apr 21 2008 - 12:54:24 EDT
  • Re: [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Alvaro Herrera 
• Mon Apr 21 2008 - 12:29:00 EDT
  • [PERFORM] Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat 
• Mon Apr 21 2008 - 11:31:03 EDT
  • Re: [PERFORM] Vacuum settings Guillaume Cottenceau 
• Mon Apr 21 2008 - 11:03:37 EDT
  • Re: [PERFORM] Vacuum settings Alvaro Herrera 
• Mon Apr 21 2008 - 10:46:17 EDT
  • Re: [PERFORM] connections slowing everything down? Erik Jones 
• Mon Apr 21 2008 - 10:44:49 EDT
  • Re: [PERFORM] Performance of the Materialize operator in a query plan Tom Lane 
• Mon Apr 21 2008 - 10:15:42 EDT
  • Re: [PERFORM] connections slowing everything down? Adrian Moisey 
• Mon Apr 21 2008 - 10:04:28 EDT
  • Re: [PERFORM] connections slowing everything down? Erik Jones 
• Mon Apr 21 2008 - 07:07:22 EDT
  • [PERFORM] Performance of the Materialize operator in a query plan Viktor Rosenfeld 
• Mon Apr 21 2008 - 05:50:31 EDT
  • [PERFORM] connections slowing everything down? Adrian Moisey 
• Mon Apr 21 2008 - 01:35:58 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Luke Lonergan 
• Sun Apr 20 2008 - 21:30:50 EDT
  • Re: [PERFORM] corrupted shared memory message Tom Lane 
• Sun Apr 20 2008 - 15:53:21 EDT
  • [PERFORM] corrupted shared memory message Pablo Alcaraz 
• Sun Apr 20 2008 - 13:48:53 EDT
  • [PERFORM] Vacuum settings dforums 
• Sun Apr 20 2008 - 11:15:36 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Francisco Reyes 
• Sun Apr 20 2008 - 11:12:10 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Francisco Reyes 
• Sun Apr 20 2008 - 10:41:13 EDT
  • Re: [PERFORM] Background writer underemphasized ... James Mansion 
• Sat Apr 19 2008 - 15:29:38 EDT
  • Re: [PERFORM] Background writer underemphasized ... Greg Smith 
• Sat Apr 19 2008 - 13:11:05 EDT
  • Re: [PERFORM] Oddly slow queries Christopher Browne 
• Sat Apr 19 2008 - 13:04:06 EDT
  • Re: [PERFORM] Oddly slow queries Scott Marlowe 
• Sat Apr 19 2008 - 12:48:42 EDT
  • Re: [PERFORM] Exact index overhead Scott Marlowe 
• Sat Apr 19 2008 - 11:06:05 EDT
  • Re: [PERFORM] Background writer underemphasized ... James Mansion 
• Sat Apr 19 2008 - 05:22:46 EDT
  • Re: [PERFORM] Background writer underemphasized ... Greg Smith 
• Sat Apr 19 2008 - 01:57:11 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Heikki Linnakangas 
• Fri Apr 18 2008 - 15:57:10 EDT
  • Re: [PERFORM] Message queue table.. Chris Browne 
• Fri Apr 18 2008 - 15:55:31 EDT
  • [PERFORM] full_page_write and also compressed logging James Mansion 
• Fri Apr 18 2008 - 15:27:02 EDT
  • Re: [PERFORM] Message queue table.. Tom Lane 
• Fri Apr 18 2008 - 15:23:09 EDT
  • Re: [PERFORM] Message queue table.. Jesper Krogh 
• Fri Apr 18 2008 - 14:24:22 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Alvaro Herrera 
• Fri Apr 18 2008 - 14:18:40 EDT
  • Re: [PERFORM] Message queue table.. Craig Ringer 
• Fri Apr 18 2008 - 13:54:24 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Jeffrey Baker 
• Fri Apr 18 2008 - 13:49:39 EDT
  • [PERFORM] Message queue table.. Jesper Krogh 
• Fri Apr 18 2008 - 13:34:57 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Jeffrey Baker 
• Fri Apr 18 2008 - 13:32:05 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Jeffrey Baker 
• Fri Apr 18 2008 - 13:19:09 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Fri Apr 18 2008 - 13:03:58 EDT
  • Re: [PERFORM] 3-days-long vacuum of 20GB table Tom Lane 
• Fri Apr 18 2008 - 12:35:42 EDT
  • [PERFORM] 3-days-long vacuum of 20GB table Jeffrey Baker 
• Fri Apr 18 2008 - 10:38:05 EDT
  • Re: [PERFORM] Performance increase with elevator=deadline Enrico Sirola 
• Fri Apr 18 2008 - 07:01:11 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Matthew 
• Fri Apr 18 2008 - 06:35:04 EDT
  • Re: [PERFORM] Group by more efficient than distinct? PFC 
• Fri Apr 18 2008 - 05:36:02 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Gregory Stark 
• Fri Apr 18 2008 - 04:25:04 EDT
  • Re: [PERFORM] Group by more efficient than distinct? Thomas Pundt 
• Fri Apr 18 2008 - 02:47:22 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Fri Apr 18 2008 - 01:18:54 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Tom Lane 
• Fri Apr 18 2008 - 00:21:46 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Craig Ringer 
• Fri Apr 18 2008 - 00:01:52 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Tom Lane 
• Thu Apr 17 2008 - 23:46:08 EDT
  • [PERFORM] Group by more efficient than distinct? Francisco Reyes 
• Thu Apr 17 2008 - 23:41:17 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Craig Ringer 
• Thu Apr 17 2008 - 23:25:07 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Thu Apr 17 2008 - 20:41:39 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels david(at)lang.hm 
• Thu Apr 17 2008 - 20:26:25 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Thu Apr 17 2008 - 19:53:19 EDT
  • Re: [PERFORM] seq scan issue... PFC 
• Thu Apr 17 2008 - 19:38:54 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Tom Lane 
• Thu Apr 17 2008 - 14:46:05 EDT
  • Re: [PERFORM] Background writer underemphasized ... Marinos Yannikos 
• Thu Apr 17 2008 - 14:31:10 EDT
  • Re: [PERFORM] seq scan issue... Rodrigo Gonzalez 
• Thu Apr 17 2008 - 14:30:15 EDT
  • Re: [PERFORM] seq scan issue... Jeffrey Baker 
• Thu Apr 17 2008 - 14:24:26 EDT
  • [PERFORM] seq scan issue... kevin kempter 
• Thu Apr 17 2008 - 14:19:28 EDT
  • Re: [PERFORM] POSIX file updates Greg Smith 
• Thu Apr 17 2008 - 14:15:31 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Thu Apr 17 2008 - 13:48:25 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Matthew 
• Thu Apr 17 2008 - 13:15:40 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Alvaro Herrera 
• Thu Apr 17 2008 - 13:09:09 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Jeffrey Baker 
• Thu Apr 17 2008 - 13:00:43 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Craig Ringer 
• Thu Apr 17 2008 - 12:50:55 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Simon Riggs 
• Thu Apr 17 2008 - 12:41:12 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Tom Lane 
• Thu Apr 17 2008 - 12:25:57 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Simon Riggs 
• Thu Apr 17 2008 - 12:12:50 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Tom Lane 
• Thu Apr 17 2008 - 12:12:31 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Simon Riggs 
• Thu Apr 17 2008 - 11:52:06 EDT
  • Re: [PERFORM] Strange behavior: pgbench and new Linux kernels Matthew 
• Thu Apr 17 2008 - 11:42:05 EDT
  • Re: [PERFORM] Exact index overhead Gunther Mayer 
• Thu Apr 17 2008 - 08:14:38 EDT
  • Re: [PERFORM] rename constraint Thomas Spreng 
• Thu Apr 17 2008 - 08:03:48 EDT
  • [PERFORM] rename constraint sathiya psql 
• Thu Apr 17 2008 - 06:16:05 EDT
  • Re: [PERFORM] Exact index overhead Pavan Deolasee 
• Thu Apr 17 2008 - 06:02:47 EDT
  • Re: [PERFORM] Exact index overhead Heikki Linnakangas 
• Thu Apr 17 2008 - 06:00:14 EDT
  • Re: [PERFORM] Exact index overhead Richard Huxton 
• Thu Apr 17 2008 - 05:27:35 EDT
  • [PERFORM] Exact index overhead Gunther Mayer 
• Thu Apr 17 2008 - 04:52:31 EDT
  • Re: [PERFORM] db size Richard Huxton 
• Thu Apr 17 2008 - 04:43:47 EDT
  • Re: [PERFORM] db size Adrian Moisey 
• Thu Apr 17 2008 - 04:37:25 EDT
  • Re: [PERFORM] db size Adrian Moisey 
• Thu Apr 17 2008 - 04:15:04 EDT
  • Re: [PERFORM] db size Richard Huxton 
• Thu Apr 17 2008 - 03:58:43 EDT
  • [PERFORM] Strange behavior: pgbench and new Linux kernels Greg Smith 
• Thu Apr 17 2008 - 02:28:42 EDT
  • Re: [PERFORM] db size Adrian Moisey 
• Wed Apr 16 2008 - 23:19:47 EDT
  • Re: [PERFORM] Oddly slow queries Andrew Sullivan 
• Wed Apr 16 2008 - 18:47:08 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Craig James 
• Wed Apr 16 2008 - 19:19:38 EDT
  • Re: [PERFORM] Query running slow PFC 
• Wed Apr 16 2008 - 17:48:21 EDT
  • Re: [PERFORM] Oddly slow queries Thomas Spreng 
• Wed Apr 16 2008 - 17:14:11 EDT
  • [PERFORM] Query running slow samantha mahindrakar 
• Wed Apr 16 2008 - 16:52:57 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Gavin M. Roy 
• Wed Apr 16 2008 - 16:39:19 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Joshua D. Drake 
• Wed Apr 16 2008 - 16:37:32 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Jeffrey Baker 
• Wed Apr 16 2008 - 16:24:32 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Tom Lane 
• Wed Apr 16 2008 - 16:20:22 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Joshua D. Drake 
• Wed Apr 16 2008 - 16:17:10 EDT
  • Re: [PERFORM] Anybody using the Dell Powervault MD3000 array? Gavin M. Roy 
• Wed Apr 16 2008 - 16:15:12 EDT
  • [PERFORM] Anybody using the Dell Powervault MD3000 array? Jeffrey Baker 
• Wed Apr 16 2008 - 16:07:24 EDT
  • Re: [PERFORM] Background writer underemphasized ... Bill Moran 
• Wed Apr 16 2008 - 15:55:51 EDT
  • Re: [PERFORM] Background writer underemphasized ... Greg Smith 
• Wed Apr 16 2008 - 15:45:22 EDT
  • Re: [PERFORM] Background writer underemphasized ... Greg Smith 
• Wed Apr 16 2008 - 14:58:08 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Joshua D. Drake 
• Wed Apr 16 2008 - 14:44:40 EDT
  • Re: [PERFORM] SQL Function Slowness, 8.3.0 Gavin M. Roy 
• Wed Apr 16 2008 - 14:43:35 EDT
  • Re: [PERFORM] Background writer underemphasized ... Bill Moran 
• Wed Apr 16 2008 - 13:47:59 EDT
  • Re: [PERFORM] Background writer underemphasized ... Chris Browne 

  This archive was generated by hypermail 2.1.8 : Thu Jul 31 2008 - 17:16:56 EDT