Mailing List Archive For pgsql-performance@postgresql.org Jul 2007 By Date

• Tue Jul 31 2007 - 23:28:50 EDT
  • Re: [PERFORM] Using EXECUTE in a function Merlin Moncure 
• Tue Jul 31 2007 - 18:14:53 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Dimitri 
• Tue Jul 31 2007 - 17:46:26 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Tue Jul 31 2007 - 17:33:20 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Tue Jul 31 2007 - 14:22:50 EDT
  • Re: [PERFORM] Semantics of PostgreSQL Server Log Stats Bruce Momjian 
• Tue Jul 31 2007 - 12:38:51 EDT
  • Re: [PERFORM] deadlock detected when calling function (Callfunction_name) Sachchida Ojha 
• Tue Jul 31 2007 - 12:16:38 EDT
  • Re: [PERFORM] disk filling up Merlin Moncure 
• Tue Jul 31 2007 - 11:28:06 EDT
  • Re: [PERFORM] deadlock detected when calling function (Call function_name) Alvaro Herrera 
• Tue Jul 31 2007 - 11:00:48 EDT
  • Re: [PERFORM] deadlock detected when calling function (Call function_name) Sachchida Ojha 
• Tue Jul 31 2007 - 10:35:56 EDT
  • [PERFORM] Semantics of PostgreSQL Server Log Stats Camilo Porto 
• Tue Jul 31 2007 - 10:10:03 EDT
  • [PERFORM] Using EXECUTE in a function Andreas Tille 
• Tue Jul 31 2007 - 04:23:38 EDT
  • [PERFORM] Seq scan on join table despite index and high statistics Henrik Zagerholm 
• Mon Jul 30 2007 - 21:46:37 EDT
  • Re: [PERFORM] Vacuum looping? Decibel! 
• Tue Jul 31 2007 - 01:19:16 EDT
  • Re: [PERFORM] disk filling up Tom Lane 
• Mon Jul 30 2007 - 21:08:44 EDT
  • [PERFORM] Query optimization.... Karl Denninger 
• Mon Jul 30 2007 - 17:41:38 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Luke Lonergan 
• Mon Jul 30 2007 - 17:26:03 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Dimitri 
• Fri Jul 27 2007 - 16:03:11 EDT
  • Re: [PERFORM] multicolumn index column order Lew 
• Mon Jul 30 2007 - 16:40:31 EDT
  • Re: [PERFORM] Questions on Tags table schema Ron Mayer 
• Mon Jul 30 2007 - 16:05:14 EDT
  • Re: [PERFORM] Slow query with backwards index scan Nis Jørgensen 
• Mon Jul 30 2007 - 15:23:42 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Mon Jul 30 2007 - 15:10:25 EDT
  • Re: [PERFORM] Slow query with backwards index scan Tilmann Singer 
• Mon Jul 30 2007 - 12:30:50 EDT
  • Re: [PERFORM] Slow query with backwards index scan Nis Jørgensen 
• Mon Jul 30 2007 - 12:04:08 EDT
  • Re: [PERFORM] Vacuum looping? Steven Flatt 
• Mon Jul 30 2007 - 10:58:31 EDT
  • Re: [PERFORM] Questions on Tags table schema Richard Huxton 
• Mon Jul 30 2007 - 07:57:06 EDT
  • Re: [PERFORM] Questions on Tags table schema Richard Huxton 
• Mon Jul 30 2007 - 07:26:10 EDT
  • Re: [PERFORM] Questions on Tags table schema Jay Kang 
• Mon Jul 30 2007 - 06:48:55 EDT
  • Re: [PERFORM] Questions on Tags table schema Richard Huxton 
• Mon Jul 30 2007 - 06:28:05 EDT
  • Re: [PERFORM] Questions on Tags table schema Richard Huxton 
• Mon Jul 30 2007 - 06:13:19 EDT
  • Re: [PERFORM] Questions on Tags table schema Jay Kang 
• Mon Jul 30 2007 - 03:21:34 EDT
  • Re: [PERFORM] Questions on Tags table schema Richard Huxton 
• Mon Jul 30 2007 - 02:52:41 EDT
  • Re: RES: RES: [PERFORM] select on 1milion register = 6s Decibel! 
• Sun Jul 29 2007 - 21:29:26 EDT
  • Re: RES: RES: [PERFORM] select on 1milion register = 6s Decibel! 
• Sun Jul 29 2007 - 14:02:20 EDT
  • Re: [PERFORM] select on 1milion register = 6s Alvaro Herrera 
• Sun Jul 29 2007 - 12:44:23 EDT
  • RES: RES: [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sun Jul 29 2007 - 12:35:37 EDT
  • Re: RES: [PERFORM] select on 1milion register = 6s Decibel! 
• Sun Jul 29 2007 - 10:22:30 EDT
  • [PERFORM] Questions on Tags table schema Jay Kang 
• Sun Jul 29 2007 - 00:51:41 EDT
  • Re: [PERFORM] select on 1milion register = 6s Scott Marlowe 
• Sat Jul 28 2007 - 19:07:18 EDT
  • RES: [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sat Jul 28 2007 - 18:40:48 EDT
  • RES: [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sat Jul 28 2007 - 18:38:54 EDT
  • RES: RES: [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sat Jul 28 2007 - 18:36:16 EDT
  • Re: RES: [PERFORM] select on 1milion register = 6s Ragnar 
• Sat Jul 28 2007 - 16:54:50 EDT
  • Re: [PERFORM] Slow query with backwards index scan Tilmann Singer 
• Sat Jul 28 2007 - 16:43:58 EDT
  • Re: [PERFORM] Slow query with backwards index scan andrew(at)pillette.com 
• Sat Jul 28 2007 - 16:12:10 EDT
  • RES: [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sat Jul 28 2007 - 15:40:12 EDT
  • Re: [PERFORM] Slow query with backwards index scan Jeremy Harris 
• Sat Jul 28 2007 - 16:06:02 EDT
  • Re: [PERFORM] Slow query with backwards index scan Craig James 
• Sat Jul 28 2007 - 15:56:58 EDT
  • Re: [PERFORM] select on 1milion register = 6s Hervé Piedvache 
• Sat Jul 28 2007 - 15:59:26 EDT
  • Re: [PERFORM] select on 1milion register = 6s Craig James 
• Sat Jul 28 2007 - 15:27:14 EDT
  • [PERFORM] select on 1milion register = 6s Bruno Rodrigues Siqueira 
• Sat Jul 28 2007 - 15:27:13 EDT
  • Re: [PERFORM] Slow query with backwards index scan Tilmann Singer 
• Sat Jul 28 2007 - 15:03:52 EDT
  • Re: [PERFORM] Slow query with backwards index scan andrew(at)pillette.com 
• Sat Jul 28 2007 - 12:36:24 EDT
  • Re: [PERFORM] Vacuum looping? Jim C. Nasby 
• Sat Jul 28 2007 - 10:37:07 EDT
  • Re: [PERFORM] Vacuum looping? Tom Lane 
• Sat Jul 28 2007 - 08:52:36 EDT
  • Re: [PERFORM] Slow query with backwards index scan Tilmann Singer 
• Fri Jul 27 2007 - 17:32:11 EDT
  • [PERFORM] Vacuum looping? Steven Flatt 
• Fri Jul 27 2007 - 16:04:57 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 27 2007 - 15:11:35 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 27 2007 - 14:28:52 EDT
  • Re: [PERFORM] Slow query with backwards index scan Nis Jørgensen 
• Fri Jul 27 2007 - 14:27:00 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Merlin Moncure 
• Fri Jul 27 2007 - 13:27:03 EDT
  • [PERFORM] Slow query with backwards index scan Tilmann Singer 
• Fri Jul 27 2007 - 09:44:31 EDT
  • Re: [PERFORM] disk filling up Merlin Moncure 
• Fri Jul 27 2007 - 08:49:57 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 27 2007 - 05:15:13 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Fri Jul 27 2007 - 05:15:27 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Fri Jul 27 2007 - 04:58:05 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Alvaro Herrera 
• Thu Jul 26 2007 - 11:06:37 EDT
  • Re: [PERFORM] disk filling up Yudhvir Singh Sidhu 
• Thu Jul 26 2007 - 20:48:36 EDT
  • Re: [PERFORM] disk filling up Mark Kirkwood 
• Thu Jul 26 2007 - 18:59:58 EDT
  • Re: [PERFORM] update, truncate and vacuum Dave Dutcher 
• Thu Jul 26 2007 - 19:27:59 EDT
  • Re: [PERFORM] Affect of Reindexing on Vacuum Times Jim Nasby 
• Thu Jul 26 2007 - 19:17:32 EDT
  • Re: [PERFORM] update, truncate and vacuum Luke Lonergan 
• Thu Jul 26 2007 - 18:36:50 EDT
  • [PERFORM] update, truncate and vacuum Scott Feldstein 
• Thu Jul 26 2007 - 17:17:55 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Thu Jul 26 2007 - 16:04:50 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Thu Jul 26 2007 - 15:56:08 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Robert Lor 
• Thu Jul 26 2007 - 15:44:42 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Thu Jul 26 2007 - 14:28:12 EDT
  • Re: [PERFORM] performance of postgresql in replication using slony Chris Browne 
• Thu Jul 26 2007 - 13:21:45 EDT
  • Re: [PERFORM] performance of postgresql in replication using slony Jeff Davis 
• Thu Jul 26 2007 - 11:51:16 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Thu Jul 26 2007 - 11:42:48 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Thu Jul 26 2007 - 11:27:30 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Thu Jul 26 2007 - 11:25:31 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Thu Jul 26 2007 - 10:47:08 EDT
  • Re: [PERFORM] disk filling up Joshua D. Drake 
• Thu Jul 26 2007 - 10:40:16 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Thu Jul 26 2007 - 10:37:23 EDT
  • Re: [PERFORM] disk filling up Mark Lewis 
• Thu Jul 26 2007 - 10:29:51 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Thu Jul 26 2007 - 09:34:32 EDT
  • Re: [PERFORM] disk filling up Bill Moran 
• Thu Jul 26 2007 - 12:18:55 EDT
  • [PERFORM] disk filling up Brandon Shalton 
• Thu Jul 26 2007 - 04:44:19 EDT
  • [PERFORM] performance of postgresql in replication using slony angga erwina 
• Wed Jul 25 2007 - 19:24:25 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Wed Jul 25 2007 - 18:58:53 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Wed Jul 25 2007 - 17:01:28 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Karl Denninger 
• Wed Jul 25 2007 - 16:55:13 EDT
  • Re: [PERFORM] Insert Statements Hanging Alan Hodgson 
• Wed Jul 25 2007 - 16:27:02 EDT
  • [PERFORM] Insert Statements Hanging Pallav Kalva 
• Wed Jul 25 2007 - 16:28:34 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Bill Moran 
• Wed Jul 25 2007 - 15:06:02 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Pavel Stehule 
• Wed Jul 25 2007 - 14:53:16 EDT
  • [PERFORM] Affect of Reindexing on Vacuum Times Y Sidhu 
• Wed Jul 25 2007 - 14:47:58 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Jozsef Szalay 
• Wed Jul 25 2007 - 14:12:20 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Bill Moran 
• Wed Jul 25 2007 - 13:59:20 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Bill Moran 
• Wed Jul 25 2007 - 13:51:39 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Jozsef Szalay 
• Wed Jul 25 2007 - 13:42:11 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Pavel Stehule 
• Wed Jul 25 2007 - 13:37:23 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Jozsef Szalay 
• Wed Jul 25 2007 - 10:43:29 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Gregory Stark 
• Wed Jul 25 2007 - 10:22:25 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Simon Riggs 
• Wed Jul 25 2007 - 10:09:50 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Merlin Moncure 
• Wed Jul 25 2007 - 10:09:09 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Simon Riggs 
• Wed Jul 25 2007 - 09:35:12 EDT
  • Re: [PERFORM] index over timestamp not being used Ansgar -59cobalt- Wiechers 
• Wed Jul 25 2007 - 09:07:23 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Mario Weilguni 
• Wed Jul 25 2007 - 09:05:10 EDT
  • Re: [PERFORM] index over timestamp not being used Mario Weilguni 
• Wed Jul 25 2007 - 08:52:13 EDT
  • Re: [pgsql-advocacy] [PERFORM] 8.2 -> 8.3 performance numbers Simon Riggs 
• Wed Jul 25 2007 - 04:59:54 EDT
  • Re: [PERFORM] Table Statistics with pgAdmin III Dave Page 
• Wed Jul 25 2007 - 04:34:00 EDT
  • Re: [PERFORM] multicolumn index column order valgog 
• Wed Jul 25 2007 - 03:58:40 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Gregory Stark 
• Wed Jul 25 2007 - 02:17:58 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Nis Jørgensen 
• Tue Jul 24 2007 - 23:35:41 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Karl Denninger 
• Tue Jul 24 2007 - 23:25:06 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Tom Lane 
• Tue Jul 24 2007 - 23:16:16 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Karl Denninger 
• Tue Jul 24 2007 - 23:15:19 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Merlin Moncure 
• Tue Jul 24 2007 - 22:55:45 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Karl Denninger 
• Tue Jul 24 2007 - 22:45:58 EDT
  • Re: [PERFORM] Performance issue with 8.2.3 - "C" application Tom Lane 
• Tue Jul 24 2007 - 21:20:09 EDT
  • [PERFORM] Performance issue with 8.2.3 - "C" application Karl Denninger 
• Tue Jul 24 2007 - 21:28:00 EDT
  • Re: [PERFORM] 8.2 -> 8.3 performance numbers Merlin Moncure 
• Tue Jul 24 2007 - 15:43:15 EDT
  • Re: [PERFORM] index over timestamp not being used Tom Lane 
• Tue Jul 24 2007 - 15:31:07 EDT
  • Re: [PERFORM] index over timestamp not being used Arnau 
• Tue Jul 24 2007 - 15:24:55 EDT
  • Re: [PERFORM] index over timestamp not being used Tom Lane 
• Tue Jul 24 2007 - 14:41:22 EDT
  • Re: [PERFORM] Table Statistics with pgAdmin III Campbell, Lance 
• Tue Jul 24 2007 - 14:27:01 EDT
  • [PERFORM] index over timestamp not being used Arnau 
• Tue Jul 24 2007 - 13:49:47 EDT
  • Re: [PERFORM] Table Statistics with pgAdmin III Dave Page 
• Tue Jul 24 2007 - 13:23:53 EDT
  • Re: [PERFORM] Table Statistics with pgAdmin III Jean-Max Reymond 
• Tue Jul 24 2007 - 13:06:13 EDT
  • [PERFORM] Table Statistics with pgAdmin III Campbell, Lance 
• Tue Jul 24 2007 - 10:38:43 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Marc Mamin 
• Tue Jul 24 2007 - 05:50:18 EDT
  • Re: [PERFORM] Query performance issue Jonathan Gray 
• Tue Jul 24 2007 - 05:36:25 EDT
  • Re: [PERFORM] Query performance issue Chris 
• Tue Jul 24 2007 - 05:18:53 EDT
  • Re: [PERFORM] Query performance issue Jonathan Gray 
• Tue Jul 24 2007 - 04:50:55 EDT
  • Re: [PERFORM] Query performance issue Chris 
• Tue Jul 24 2007 - 04:44:04 EDT
  • Re: [PERFORM] Query performance issue Chris 
• Tue Jul 24 2007 - 03:48:07 EDT
  • [PERFORM] Query performance issue Jonathan Gray 
• Tue Jul 24 2007 - 03:10:30 EDT
  • Re: [PERFORM] multicolumn index column order andrew(at)pillette.com 
• Tue Jul 24 2007 - 03:40:43 EDT
  • Re: [PERFORM] multicolumn index column order Valentine Gogichashvili 
• Tue Jul 24 2007 - 03:33:55 EDT
  • Re: [PERFORM] disable archiving valgog 
• Tue Jul 24 2007 - 00:09:00 EDT
  • [PERFORM] Second SpecJAppserver2004 with PostgreSQL Jignesh K. Shah 
• Mon Jul 23 2007 - 14:30:48 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Mon Jul 23 2007 - 14:19:20 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Mon Jul 23 2007 - 13:50:53 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Mon Jul 23 2007 - 13:37:41 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Mon Jul 23 2007 - 13:42:06 EDT
  • Re: [PERFORM] disable archiving Paul van den Bogaard 
• Mon Jul 23 2007 - 13:39:10 EDT
  • Re: [PERFORM] disable archiving Arjen van der Meijden 
• Mon Jul 23 2007 - 13:37:49 EDT
  • Re: [PERFORM] disable archiving A. Kretschmer 
• Mon Jul 23 2007 - 13:34:20 EDT
  • Re: [PERFORM] disable archiving Alvaro Herrera 
• Mon Jul 23 2007 - 13:24:48 EDT
  • [PERFORM] disable archiving Paul van den Bogaard 
• Mon Jul 23 2007 - 13:13:16 EDT
  • Re: [PERFORM] multicolumn index column order valgog 
• Mon Jul 23 2007 - 13:00:40 EDT
  • Re: [PERFORM] multicolumn index column order Tom Lane 
• Mon Jul 23 2007 - 12:47:03 EDT
  • [PERFORM] multicolumn index column order valgog 
• Mon Jul 23 2007 - 12:35:28 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Mon Jul 23 2007 - 11:47:43 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Mon Jul 23 2007 - 10:54:58 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Mon Jul 23 2007 - 10:39:16 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Mon Jul 23 2007 - 10:11:41 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Mon Jul 23 2007 - 07:51:50 EDT
  • Re: [PERFORM] insert vs select into performance Michael Stone 
• Mon Jul 23 2007 - 04:51:08 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Simon Riggs 
• Sun Jul 22 2007 - 14:32:45 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Adam Tauno Williams 
• Sun Jul 22 2007 - 12:43:47 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Luke Lonergan 
• Sun Jul 22 2007 - 11:52:34 EDT
  • Re: [PERFORM] Simple select hangs while CPU close to 100% Pavel Stehule 
• Sun Jul 22 2007 - 11:29:04 EDT
  • [PERFORM] Simple select hangs while CPU close to 100% Jozsef Szalay 
• Sat Jul 21 2007 - 00:26:10 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Fri Jul 20 2007 - 23:31:14 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? David Boreham 
• Fri Jul 20 2007 - 20:18:53 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Gavin M. Roy 
• Fri Jul 20 2007 - 19:28:27 EDT
  • Re: [PERFORM] large number of connected connections to postgres database (v8.0) Josh Berkus 
• Fri Jul 20 2007 - 19:26:07 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Josh Berkus 
• Fri Jul 20 2007 - 17:24:33 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 16:57:34 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Fri Jul 20 2007 - 16:51:39 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 16:16:01 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Fri Jul 20 2007 - 15:46:30 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 15:13:13 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Fri Jul 20 2007 - 14:56:31 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 14:32:34 EDT
  • Re: [PERFORM] 8.2 -> 8.3 performance numbers Jim Nasby 
• Fri Jul 20 2007 - 14:23:51 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Fri Jul 20 2007 - 14:18:05 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 14:12:26 EDT
  • Re: [PERFORM] Simple query showing 270 hours of CPU time Tom Lane 
• Fri Jul 20 2007 - 14:08:49 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Jignesh K. Shah 
• Fri Jul 20 2007 - 13:18:35 EDT
  • Re: [PERFORM] Simple query showing 270 hours of CPU time Dan Harris 
• Fri Jul 20 2007 - 13:17:35 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Fri Jul 20 2007 - 13:05:54 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Greg Smith 
• Fri Jul 20 2007 - 13:03:31 EDT
  • Re: [PERFORM] 8.2 -> 8.3 performance numbers Josh Berkus 
• Fri Jul 20 2007 - 12:55:02 EDT
  • Re: [PERFORM] Simple query showing 270 hours of CPU time PFC 
• Fri Jul 20 2007 - 12:42:05 EDT
  • Re: [PERFORM] Simple query showing 270 hours of CPU time Tom Lane 
• Fri Jul 20 2007 - 11:43:50 EDT
  • [PERFORM] Simple query showing 270 hours of CPU time Dan Harris 
• Fri Jul 20 2007 - 07:46:07 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Gregory Stark 
• Fri Jul 20 2007 - 00:58:35 EDT
  • [PERFORM] 8.2 -> 8.3 performance numbers Jim Nasby 
• Fri Jul 20 2007 - 00:38:39 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Thu Jul 19 2007 - 21:45:26 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Thu Jul 19 2007 - 21:31:08 EDT
  • Re: [PERFORM] Improving select peformance Tom Lane 
• Thu Jul 19 2007 - 21:19:35 EDT
  • [PERFORM] Problems with posting Carlos H. Reimer 
• Thu Jul 19 2007 - 21:19:13 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Thu Jul 19 2007 - 20:41:27 EDT
  • [PERFORM] Improving select peformance Carlos H. Reimer 
• Thu Jul 19 2007 - 15:04:44 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Greg Smith 
• Thu Jul 19 2007 - 14:27:45 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Joshua D. Drake 
• Thu Jul 19 2007 - 13:45:15 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Thu Jul 19 2007 - 13:37:04 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Alvaro Herrera 
• Thu Jul 19 2007 - 13:33:30 EDT
  • [PERFORM] Trying to tune postgres, how is this config? Pat Maddox 
• Thu Jul 19 2007 - 13:25:38 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Tom Lane 
• Thu Jul 19 2007 - 13:05:24 EDT
  • Re: [PERFORM] Is it possible to know where is the "deadlock" Claus Guttesen 
• Thu Jul 19 2007 - 13:03:26 EDT
  • Re: [PERFORM] Is it possible to know where is the "deadlock" Bill Moran 
• Thu Jul 19 2007 - 12:44:48 EDT
  • [PERFORM] Is it possible to know where is the "deadlock" Arnau 
• Thu Jul 19 2007 - 12:22:24 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Thu Jul 19 2007 - 11:49:12 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Alvaro Herrera 
• Thu Jul 19 2007 - 11:44:18 EDT
  • Re: [PERFORM] User concurrency thresholding: where do I look? Joshua D. Drake 
• Thu Jul 19 2007 - 11:28:59 EDT
  • [PERFORM] User concurrency thresholding: where do I look? Josh Berkus 
• Thu Jul 19 2007 - 10:30:43 EDT
  • Re: [GENERAL] [PERFORM] Parrallel query execution for UNION ALL Queries Luke Lonergan 
• Thu Jul 19 2007 - 06:14:29 EDT
  • Re: [GENERAL] [PERFORM] Parrallel query execution for UNION ALL Queries Dimitri Fontaine 
• Thu Jul 19 2007 - 03:23:38 EDT
  • Re: [PERFORM] improvement suggestions for performance design Kalle Hallivuori 
• Wed Jul 18 2007 - 17:54:07 EDT
  • Re: [PERFORM] Optmal tags design? Bryan Murphy 
• Wed Jul 18 2007 - 17:51:52 EDT
  • Re: [PERFORM] Optmal tags design? Mark Lewis 
• Wed Jul 18 2007 - 17:26:00 EDT
  • [PERFORM] Optmal tags design? lists(at)on-track.ca 
• Wed Jul 18 2007 - 15:58:02 EDT
  • Re: [PERFORM] insert vs select into performance Heikki Linnakangas 
• Wed Jul 18 2007 - 15:28:40 EDT
  • Re: [PERFORM] insert vs select into performance Adriaan van Os 
• Wed Jul 18 2007 - 15:24:18 EDT
  • Re: [PERFORM] improvement suggestions for performance design Thomas Finneid 
• Wed Jul 18 2007 - 15:13:14 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Wed Jul 18 2007 - 15:11:20 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Wed Jul 18 2007 - 15:08:08 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Wed Jul 18 2007 - 14:52:51 EDT
  • Re: [PERFORM] When/if to Reindex Jim C. Nasby 
• Wed Jul 18 2007 - 14:50:07 EDT
  • Re: [PERFORM] Parrallel query execution for UNION ALL Queries Jim C. Nasby 
• Wed Jul 18 2007 - 14:48:16 EDT
  • Re: [PERFORM] ionice to make vacuum friendier? Jim C. Nasby 
• Wed Jul 18 2007 - 13:08:30 EDT
  • [PERFORM] When/if to Reindex Steven Flatt 
• Wed Jul 18 2007 - 13:06:34 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Erik Jones 
• Wed Jul 18 2007 - 12:30:56 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Michael Dengler 
• Wed Jul 18 2007 - 12:30:48 EDT
  • Re: [PERFORM] Parrallel query execution for UNION ALL Queries Scott Marlowe 
• Wed Jul 18 2007 - 12:21:49 EDT
  • Re: [PERFORM] Parrallel query execution for UNION ALL Queries Jonah H. Harris 
• Wed Jul 18 2007 - 12:14:35 EDT
  • [PERFORM] Parrallel query execution for UNION ALL Queries Benjamin Arai 
• Wed Jul 18 2007 - 11:43:42 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Adam Tauno Williams 
• Wed Jul 18 2007 - 10:51:56 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Tom Lane 
• Wed Jul 18 2007 - 10:02:12 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Csaba Nagy 
• Wed Jul 18 2007 - 09:46:05 EDT
  • Re: [PERFORM] How to use a trigger to write rows to a remote server Heikki Linnakangas 
• Wed Jul 18 2007 - 09:36:33 EDT
  • [PERFORM] How to use a trigger to write rows to a remote server Michael Dengler 
• Wed Jul 18 2007 - 07:32:50 EDT
  • Re: [PERFORM] insert vs select into performance Michael Stone 
• Wed Jul 18 2007 - 07:31:43 EDT
  • Re: [PERFORM] insert vs select into performance Michael Stone 
• Wed Jul 18 2007 - 07:07:18 EDT
  • Re: [PERFORM] insert vs select into performance PFC 
• Wed Jul 18 2007 - 05:03:00 EDT
  • Re: [PERFORM] ionice to make vacuum friendier? Heikki Linnakangas 
• Wed Jul 18 2007 - 04:57:15 EDT
  • Re: [PERFORM] importance of fast disks with pg Heikki Linnakangas 
• Wed Jul 18 2007 - 03:36:45 EDT
  • Re: [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Tue Jul 17 2007 - 18:29:32 EDT
  • [PERFORM] ionice to make vacuum friendier? Ron Mayer 
• Tue Jul 17 2007 - 17:54:27 EDT
  • Re: [PERFORM] importance of fast disks with pg Dan Harris 
• Tue Jul 17 2007 - 17:44:14 EDT
  • [PERFORM] importance of fast disks with pg Thomas Finneid 
• Tue Jul 17 2007 - 17:27:07 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 17:14:36 EDT
  • Re: [PERFORM] insert vs select into performance PFC 
• Tue Jul 17 2007 - 17:10:50 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 17:07:04 EDT
  • Re: [PERFORM] insert vs select into performance Michael Glaesemann 
• Tue Jul 17 2007 - 17:01:15 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 16:59:28 EDT
  • Re: [PERFORM] insert vs select into performance Mark Lewis 
• Tue Jul 17 2007 - 16:58:35 EDT
  • Re: [PERFORM] insert vs select into performance Michael Stone 
• Tue Jul 17 2007 - 16:58:01 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 16:50:22 EDT
  • Re: [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 16:31:20 EDT
  • Re: [PERFORM] insert vs select into performance Tom Lane 
• Tue Jul 17 2007 - 15:53:51 EDT
  • Re: [PERFORM] insert vs select into performance Arjen van der Meijden 
• Tue Jul 17 2007 - 15:54:55 EDT
  • Re: [PERFORM] insert vs select into performance Michael Glaesemann 
• Tue Jul 17 2007 - 15:38:59 EDT
  • [PERFORM] insert vs select into performance Thomas Finneid 
• Tue Jul 17 2007 - 14:51:05 EDT
  • [PERFORM] large number of connected connections to postgres database (v8.0) Fei Liu 
• Tue Jul 17 2007 - 14:04:28 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... PFC 
• Tue Jul 17 2007 - 13:43:44 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Strong, David 
• Tue Jul 17 2007 - 12:46:22 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Greg Smith 
• Tue Jul 17 2007 - 12:18:28 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Gregory Stark 
• Tue Jul 17 2007 - 11:48:00 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Jim C. Nasby 
• Tue Jul 17 2007 - 11:06:03 EDT
  • Re: [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Stefan Kaltenbrunner 
• Tue Jul 17 2007 - 10:10:30 EDT
  • [PERFORM] Postgres configuration for 64 CPUs, 128 GB RAM... Marc Mamin 
• Mon Jul 16 2007 - 20:18:18 EDT
  • Re: [PERFORM] TRUNCATE TABLE Tom Lane 
• Mon Jul 16 2007 - 17:39:45 EDT
  • Re: [PERFORM] TRUNCATE TABLE Jim C. Nasby 
• Mon Jul 16 2007 - 17:02:11 EDT
  • Re: [PERFORM] FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Jim C. Nasby 
• Mon Jul 16 2007 - 04:02:08 EDT
  • Re: [PERFORM] Estimating WAL volume Simon Riggs 
• Sun Jul 15 2007 - 12:41:53 EDT
  • [PERFORM] slony over VPN and LAN angga erwina 
• Sun Jul 15 2007 - 12:37:58 EDT
  • [PERFORM] slony over LAN and VPN angga erwina 
• Sat Jul 14 2007 - 22:26:22 EDT
  • Re: [PERFORM] Vacuum full considered useful ;) Vivek Khera 
• Sat Jul 14 2007 - 12:34:18 EDT
  • Re: [PERFORM] Vacuum full considered useful ;) Guillaume Lelarge 
• Sat Jul 14 2007 - 12:32:48 EDT
  • Re: [PERFORM] Vacuum full considered useful ;) Tom Lane 
• Sat Jul 14 2007 - 12:25:18 EDT
  • Re: [PERFORM] Vacuum full considered useful ;) Joshua D. Drake 
• Sat Jul 14 2007 - 11:50:39 EDT
  • [PERFORM] Vacuum full considered useful ;) Patric de Waha 
• Sat Jul 14 2007 - 06:19:51 EDT
  • Re: [PERFORM] FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Hannes Dorbath 
• Sat Jul 14 2007 - 05:57:55 EDT
  • Re: [PERFORM] FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Gregory Stark 
• Sat Jul 14 2007 - 04:34:40 EDT
  • Re: [PERFORM] FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Steinar H. Gunderson 
• Sat Jul 14 2007 - 04:29:05 EDT
  • Re: [PERFORM] FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Hannes Dorbath 
• Fri Jul 13 2007 - 17:05:02 EDT
  • Re: [PERFORM] Database Statistics??? Alvaro Herrera 
• Fri Jul 13 2007 - 15:32:09 EDT
  • Re: [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Fri Jul 13 2007 - 15:12:34 EDT
  • Re: [PERFORM] TRUNCATE TABLE Pavel Stehule 
• Fri Jul 13 2007 - 14:19:51 EDT
  • Re: [PERFORM] Database Statistics??? Mario Weilguni 
• Fri Jul 13 2007 - 14:27:50 EDT
  • Re: [PERFORM] Database Statistics??? smiley2211 
• Fri Jul 13 2007 - 13:52:49 EDT
  • Re: [PERFORM] Database Statistics??? Ansgar -59cobalt- Wiechers 
• Fri Jul 13 2007 - 13:39:19 EDT
  • Re: [PERFORM] Database Statistics??? Tom Arthurs 
• Fri Jul 13 2007 - 13:35:01 EDT
  • Re: [PERFORM] TRUNCATE TABLE Alvaro Herrera 
• Fri Jul 13 2007 - 13:12:47 EDT
  • Re: [PERFORM] TRUNCATE TABLE Jim C. Nasby 
• Fri Jul 13 2007 - 12:53:29 EDT
  • [PERFORM] Database Statistics??? smiley2211 
• Fri Jul 13 2007 - 12:30:46 EDT
  • Re: [PERFORM] TRUNCATE TABLE Tom Lane 
• Fri Jul 13 2007 - 12:29:47 EDT
  • Re: [PERFORM] TRUNCATE TABLE Steinar H. Gunderson 
• Fri Jul 13 2007 - 12:17:18 EDT
  • Re: [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Fri Jul 13 2007 - 10:40:30 EDT
  • Re: [PERFORM] TRUNCATE TABLE Tom Lane 
• Fri Jul 13 2007 - 08:44:38 EDT
  • Re: [PERFORM] TRUNCATE TABLE Michael Stone 
• Fri Jul 13 2007 - 08:08:13 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Ray Stell 
• Fri Jul 13 2007 - 05:56:29 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Philippe Amelant 
• Fri Jul 13 2007 - 05:21:02 EDT
  • Re: [PERFORM] TRUNCATE TABLE Thomas Samson 
• Fri Jul 13 2007 - 05:05:53 EDT
  • Re: [PERFORM] TRUNCATE TABLE Jean-Max Reymond 
• Fri Jul 13 2007 - 05:02:33 EDT
  • Re: [PERFORM] TRUNCATE TABLE Gregory Stark 
• Fri Jul 13 2007 - 03:47:06 EDT
  • Re: [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Thu Jul 12 2007 - 15:20:02 EDT
  • Re: [PERFORM] TRUNCATE TABLE Tom Lane 
• Thu Jul 12 2007 - 11:00:54 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Greg Smith 
• Thu Jul 12 2007 - 10:48:17 EDT
  • Re: [PERFORM] one column from huge view Tom Lane 
• Thu Jul 12 2007 - 10:27:03 EDT
  • Re: [PERFORM] pg_restore causes 100 Tom Lane 
• Thu Jul 12 2007 - 08:55:43 EDT
  • Re: [PERFORM] one column from huge view Heikki Linnakangas 
• Thu Jul 12 2007 - 08:51:36 EDT
  • Re: [PERFORM] one column from huge view Michael Fuhr 
• Thu Jul 12 2007 - 08:39:40 EDT
  • Re: [PERFORM] TIMING A QUERY ??? smiley2211 
• Thu Jul 12 2007 - 06:45:16 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Gregory Stark 
• Thu Jul 12 2007 - 05:08:38 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Stefan Kaltenbrunner 
• Thu Jul 12 2007 - 04:55:07 EDT
  • Re: [PERFORM] Weird row estimate Marc Cousin 
• Thu Jul 12 2007 - 04:50:42 EDT
  • Re: [PERFORM] one column from huge view Heikki Linnakangas 
• Thu Jul 12 2007 - 04:33:45 EDT
  • [PERFORM] one column from huge view Marcin Stêpnicki 
• Thu Jul 12 2007 - 03:37:40 EDT
  • Re: [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Thu Jul 12 2007 - 03:34:45 EDT
  • [PERFORM] pg_restore causes 100 Craig James 
• Thu Jul 12 2007 - 01:06:31 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan A. Kretschmer 
• Wed Jul 11 2007 - 23:10:36 EDT
  • [PERFORM] Estimating WAL volume Greg Smith 
• Wed Jul 11 2007 - 20:26:56 EDT
  • Re: [PERFORM] WALL on controller without battery? Francisco Reyes 
• Wed Jul 11 2007 - 19:01:10 EDT
  • Re: [PERFORM] WALL on controller without battery? Greg Smith 
• Wed Jul 11 2007 - 18:15:52 EDT
  • Re: [PERFORM] TRUNCATE TABLE Gregory Stark 
• Wed Jul 11 2007 - 17:54:45 EDT
  • Re: [PERFORM] TRUNCATE TABLE Tom Lane 
• Wed Jul 11 2007 - 16:10:49 EDT
  • [PERFORM] TRUNCATE TABLE Adriaan van Os 
• Wed Jul 11 2007 - 16:48:51 EDT
  • Re: [PERFORM] Two questions.. shared_buffers and long reader issue Patric de Waha 
• Wed Jul 11 2007 - 16:35:31 EDT
  • Re: [PERFORM] Weird row estimate Tom Lane 
• Wed Jul 11 2007 - 16:34:46 EDT
  • Re: [PERFORM] WALL on controller without battery? Francisco Reyes 
• Wed Jul 11 2007 - 16:19:58 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan Andreas Kretschmer 
• Wed Jul 11 2007 - 16:04:33 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan Tom Lane 
• Wed Jul 11 2007 - 16:01:58 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan Alex Deucher 
• Wed Jul 11 2007 - 16:01:30 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan Alex Deucher 
• Wed Jul 11 2007 - 15:45:29 EDT
  • Re: [PERFORM] WALL on controller without battery? Joshua D. Drake 
• Wed Jul 11 2007 - 15:39:32 EDT
  • Re: [PERFORM] WALL on controller without battery? Francisco Reyes 
• Wed Jul 11 2007 - 15:31:58 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan A. Kretschmer 
• Wed Jul 11 2007 - 14:53:56 EDT
  • Re: [PERFORM] WALL on controller without battery? Greg Smith 
• Wed Jul 11 2007 - 14:52:01 EDT
  • Re: [PERFORM] bitmap-index-scan slower than normal index scan Alex Deucher 
• Wed Jul 11 2007 - 14:45:06 EDT
  • Re: [PERFORM] best use of an EMC SAN Dave Cramer 
• Wed Jul 11 2007 - 14:35:50 EDT
  • Re: [PERFORM] best use of an EMC SAN Greg Smith 
• Wed Jul 11 2007 - 14:34:13 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jignesh K. Shah 
• Wed Jul 11 2007 - 14:36:38 EDT
  • [PERFORM] bitmap-index-scan slower than normal index scan Andreas Kretschmer 
• Wed Jul 11 2007 - 14:27:01 EDT
  • Re: [PERFORM] best use of an EMC SAN Andrew Sullivan 
• Wed Jul 11 2007 - 13:58:12 EDT
  • Re: [PERFORM] best use of an EMC SAN Jim Nasby 
• Wed Jul 11 2007 - 13:39:39 EDT
  • Re: [PERFORM] best use of an EMC SAN Chris Browne 
• Wed Jul 11 2007 - 13:07:19 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Tom Lane 
• Wed Jul 11 2007 - 13:01:57 EDT
  • Re: [PERFORM] TIMING A QUERY ??? Andrew Sullivan 
• Wed Jul 11 2007 - 12:37:27 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark André Gomes Lamas Otero 
• Wed Jul 11 2007 - 12:58:26 EDT
  • Re: [PERFORM] Two questions.. shared_buffers and long reader issue Andrew Sullivan 
• Wed Jul 11 2007 - 12:57:42 EDT
  • Re: [PERFORM] Two questions.. shared_buffers and long reader issue Tom Lane 
• Wed Jul 11 2007 - 12:33:01 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jignesh K. Shah 
• Wed Jul 11 2007 - 12:11:09 EDT
  • Re: [PERFORM] TIMING A QUERY ??? Gregory Stark 
• Wed Jul 11 2007 - 12:10:55 EDT
  • Re: [PERFORM] TIMING A QUERY ??? Tom Lane 
• Wed Jul 11 2007 - 11:47:44 EDT
  • Re: [PERFORM] WALL on controller without battery? Alan Hodgson 
• Wed Jul 11 2007 - 11:59:32 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Heikki Linnakangas 
• Wed Jul 11 2007 - 11:28:43 EDT
  • [PERFORM] Weird row estimate Marc Cousin 
• Wed Jul 11 2007 - 11:51:51 EDT
  • Re: [PERFORM] Two questions.. shared_buffers and long reader issue Bryan Murphy 
• Wed Jul 11 2007 - 11:48:42 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jignesh K. Shah 
• Wed Jul 11 2007 - 11:39:11 EDT
  • Re: [PERFORM] TIMING A QUERY ??? Andrew Sullivan 
• Wed Jul 11 2007 - 11:36:20 EDT
  • Re: [PERFORM] WALL on controller without battery? Andrew Sullivan 
• Wed Jul 11 2007 - 11:35:33 EDT
  • [PERFORM] Two questions.. shared_buffers and long reader issue Patric de Waha 
• Wed Jul 11 2007 - 11:33:37 EDT
  • Re: [PERFORM] best use of an EMC SAN Andrew Sullivan 
• Wed Jul 11 2007 - 11:21:40 EDT
  • [PERFORM] TIMING A QUERY ??? smiley2211 
• Wed Jul 11 2007 - 10:40:01 EDT
  • Re: [PERFORM] best use of an EMC SAN Cott Lang 
• Wed Jul 11 2007 - 10:48:04 EDT
  • [PERFORM] WALL on controller without battery? Francisco Reyes 
• Wed Jul 11 2007 - 10:16:38 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Philippe Amelant 
• Wed Jul 11 2007 - 10:14:41 EDT
  • Re: [PERFORM] best use of an EMC SAN Dave Cramer 
• Wed Jul 11 2007 - 10:05:57 EDT
  • Re: [PERFORM] Query Analyser Michael Fuhr 
• Wed Jul 11 2007 - 10:05:37 EDT
  • Re: [PERFORM] best use of an EMC SAN Gregory Stark 
• Wed Jul 11 2007 - 09:18:10 EDT
  • Re: [PERFORM] best use of an EMC SAN Dan Gorman 
• Wed Jul 11 2007 - 09:03:27 EDT
  • [PERFORM] best use of an EMC SAN Dave Cramer 
• Tue Jul 10 2007 - 21:25:03 EDT
  • Re: [PERFORM] Equivalent queries produce different plans Tom Lane 
• Tue Jul 10 2007 - 21:06:31 EDT
  • Re: [PERFORM] Equivalent queries produce different plans Craig James 
• Tue Jul 10 2007 - 20:53:17 EDT
  • [PERFORM] Equivalent queries produce different plans Craig James 
• Tue Jul 10 2007 - 11:41:20 EDT
  • Re: [PERFORM] tuning a function to insert/retrieve values from a reference table Tom Lane 
• Tue Jul 10 2007 - 11:03:40 EDT
  • [PERFORM] tuning a function to insert/retrieve values from a reference table Marc Mamin 
• Tue Jul 10 2007 - 10:47:05 EDT
  • [PERFORM] Query Analyser Gauri Kanekar 
• Tue Jul 10 2007 - 08:53:18 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Dimitri 
• Tue Jul 10 2007 - 04:00:43 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Heiko W.Rupp 
• Mon Jul 09 2007 - 17:48:21 EDT
  • Re: [PERFORM] rtree/gist index taking enormous amount of space in 8.2.3 Dolafi, Tom 
• Mon Jul 09 2007 - 16:53:08 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jim C. Nasby 
• Mon Jul 09 2007 - 16:46:32 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Jonah H. Harris 
• Mon Jul 09 2007 - 16:32:20 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Jim C. Nasby 
• Mon Jul 09 2007 - 15:17:58 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jonah H. Harris 
• Mon Jul 09 2007 - 15:17:35 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Joshua D. Drake 
• Mon Jul 09 2007 - 15:04:53 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jonah H. Harris 
• Mon Jul 09 2007 - 14:55:11 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Greg Smith 
• Mon Jul 09 2007 - 14:38:08 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Vivek Khera 
• Mon Jul 09 2007 - 14:23:50 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Magnus Hagander 
• Mon Jul 09 2007 - 13:48:44 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jignesh K. Shah 
• Mon Jul 09 2007 - 13:02:10 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Joshua D. Drake 
• Mon Jul 09 2007 - 12:52:19 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Steinar H. Gunderson 
• Mon Jul 09 2007 - 12:27:24 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Heikki Linnakangas 
• Mon Jul 09 2007 - 12:27:52 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Joshua D. Drake 
• Mon Jul 09 2007 - 12:21:46 EDT
  • Re: [PERFORM] PostgreSQL publishes first real benchmark Jonah H. Harris 
• Mon Jul 09 2007 - 11:57:13 EDT
  • [PERFORM] PostgreSQL publishes first real benchmark Jignesh K. Shah 
• Sun Jul 08 2007 - 12:25:26 EDT
  • Re: [PERFORM] improvement suggestions for performance design Kalle Hallivuori 
• Sun Jul 08 2007 - 06:06:29 EDT
  • Re: [PERFORM] improvement suggestions for performance design Thomas Finneid 
• Fri Jul 06 2007 - 12:18:53 EDT
  • Re: [PERFORM] Advice about how to delete Heikki Linnakangas 
• Fri Jul 06 2007 - 12:03:12 EDT
  • Re: [PERFORM] Direct I/O Jignesh K. Shah 
• Fri Jul 06 2007 - 11:56:21 EDT
  • Re: [PERFORM] Advice about how to delete Arnau 
• Fri Jul 06 2007 - 11:04:54 EDT
  • Re: [PERFORM] Advice about how to delete Michael Glaesemann 
• Fri Jul 06 2007 - 10:42:31 EDT
  • [PERFORM] Advice about how to delete Arnau 
• Fri Jul 06 2007 - 10:40:35 EDT
  • Re: [PERFORM] Direct I/O Alvaro Herrera 
• Fri Jul 06 2007 - 07:30:30 EDT
  • Re: [PERFORM] improvement suggestions for performance design Kalle Hallivuori 
• Fri Jul 06 2007 - 00:25:53 EDT
  • Re: [PERFORM] PostgreSQL Configuration Tool for Dummies Harald Armin Massa 
• Thu Jul 05 2007 - 23:59:26 EDT
  • Re: [PERFORM] Performance of PostgreSQL and Oracle Tom Lane 
• Thu Jul 05 2007 - 22:44:09 EDT
  • [PERFORM] Performance of PostgreSQL and Oracle lai yoke hman 
• Thu Jul 05 2007 - 22:28:49 EDT
  • [PERFORM] Direct I/O lai yoke hman 
• Thu Jul 05 2007 - 01:15:04 EDT
  • Re: [PERFORM] PostgreSQL Configuration Tool for Dummies Magnus Hagander 
• Thu Jul 05 2007 - 18:23:36 EDT
  • Re: [PERFORM] improvement suggestions for performance design Thomas Finneid 
• Thu Jul 05 2007 - 14:39:51 EDT
  • Re: [PERFORM] improvement suggestions for performance design Heikki Linnakangas 
• Thu Jul 05 2007 - 14:05:47 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Alvaro Herrera 
• Thu Jul 05 2007 - 13:49:24 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version smiley2211 
• Thu Jul 05 2007 - 12:10:21 EDT
  • Re: [PERFORM] improvement suggestions for performance design Y Sidhu 
• Thu Jul 05 2007 - 11:49:29 EDT
  • Re: [PERFORM] improvement suggestions for performance design tfinneid(at)ifi.uio.no 
• Thu Jul 05 2007 - 10:57:07 EDT
  • Re: [PERFORM] improvement suggestions for performance design Y Sidhu 
• Thu Jul 05 2007 - 09:35:57 EDT
  • Re: [PERFORM] improvement suggestions for performance design tfinneid(at)ifi.uio.no 
• Thu Jul 05 2007 - 08:59:30 EDT
  • Re: [PERFORM] improvement suggestions for performance design Heikki Linnakangas 
• Thu Jul 05 2007 - 08:15:48 EDT
  • [PERFORM] improvement suggestions for performance design tfinneid(at)ifi.uio.no 
• Thu Jul 05 2007 - 08:01:14 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Dimitri 
• Wed Jul 04 2007 - 06:45:01 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Gregory Stark 
• Wed Jul 04 2007 - 06:26:10 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Dimitri 
• Wed Jul 04 2007 - 03:30:24 EDT
  • Re: [PERFORM] Delete Cascade FK speed issue Axel Rau 
• Tue Jul 03 2007 - 21:13:02 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Gregory Stark 
• Tue Jul 03 2007 - 16:28:48 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Richard Huxton 
• Tue Jul 03 2007 - 16:27:01 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Richard Huxton 
• Tue Jul 03 2007 - 16:18:38 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version smiley2211 
• Tue Jul 03 2007 - 16:16:50 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Chris Hoover 
• Tue Jul 03 2007 - 15:23:44 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version smiley2211 
• Tue Jul 03 2007 - 15:18:11 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Richard Huxton 
• Tue Jul 03 2007 - 14:55:27 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version smiley2211 
• Tue Jul 03 2007 - 13:32:48 EDT
  • Re: [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version Bill Moran 
• Tue Jul 03 2007 - 13:25:31 EDT
  • [PERFORM] Query is taking 5 HOURS to Complete on 8.1 version smiley2211 
• Tue Jul 03 2007 - 13:21:25 EDT
  • Re: [PERFORM] PostgreSQL 8.0 occasionally slow down Ho Fat Tsang 
• Tue Jul 03 2007 - 13:14:05 EDT
  • Re: [PERFORM] PostgreSQL 8.0 occasionally slow down Ho Fat Tsang 
• Tue Jul 03 2007 - 13:07:55 EDT
  • Re: [PERFORM] PostgreSQL 8.0 occasionally slow down Ho Fat Tsang 
• Tue Jul 03 2007 - 13:03:17 EDT
  • Re: [PERFORM] PostgreSQL 8.0 occasionally slow down Ho Fat Tsang 
• Tue Jul 03 2007 - 12:01:05 EDT
  • Re: [PERFORM] Delete Cascade FK speed issue Mark Lewis 
• Tue Jul 03 2007 - 11:26:55 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Dimitri 
• Tue Jul 03 2007 - 11:06:29 EDT
  • Re: [PERFORM] Filesystem Direct I/O and WAL sync option Heikki Linnakangas 
• Tue Jul 03 2007 - 10:54:38 EDT
  • [PERFORM] Filesystem Direct I/O and WAL sync option Dimitri 
• Tue Jul 03 2007 - 07:33:42 EDT
  • Re: [PERFORM] Delete Cascade FK speed issue Michael Fuhr 
• Tue Jul 03 2007 - 02:05:27 EDT
  • [PERFORM] Delete Cascade FK speed issue Patric de Waha 
• Mon Jul 02 2007 - 20:04:46 EDT
  • Re: [PERFORM] Join with lower/upper limits doesn't scale well Gregory Stark 
• Mon Jul 02 2007 - 19:30:59 EDT
  • [PERFORM] Join with lower/upper limits doesn't scale well Craig James 
• Mon Jul 02 2007 - 18:21:40 EDT
  • Re: [PERFORM] PostgreSQL 8.0 occasionally slow down Greg Smith 
• Mon Jul 02 2007 - 09:20:37 EDT
  • Re: [PERFORM] slow query Nis Jørgensen 
• Mon Jul 02 2007 - 06:07:04 EDT
  • [PERFORM] slow query Vidhya Bondre 
• Mon Jul 02 2007 - 06:04:46 EDT
  • [PERFORM] [PERFORMANCE] is it possible to force an index to be held in memory? valgog 

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