Skip site navigation (1)
Skip section navigation (2)
pgsql-performance 2007-12 Chronological Index (2/3)
Last updated: Wed Jan 18 04:16:29 2012
423 messages
15 December 2007
Re: update 600000 rows Loïc Marteau (11:43)
Re: explanation for seeks in VACUUM Jeff Davis (03:53)
Re: update 600000 rows Steve Crawford (01:17)
update 600000 rows okparanoid (00:11)
Re: explanation for seeks in VACUUM Tom Lane (00:04)
14 December 2007
Re: viewing source code Alvaro Herrera (22:03)
Re: viewing source code Jonah H. Harris (21:39)
Re: viewing source code Roberts, Jon (21:35)
Re: viewing source code Andreas Kretschmer (21:23)
Re: viewing source code Jonah H. Harris (21:03)
Re: explanation for seeks in VACUUM (8.2.4) Jeff Davis (19:40)
explanation for seeks in VACUUM Jeff Davis (19:30)
Re: viewing source code Bill Moran (19:03)
VACUUM FREEZE output more than double input Kevin Grittner (17:13)
Re: viewing source code Alvaro Herrera (17:11)
Large Objects and Toast Campbell, Lance (17:11)
Re: viewing source code Joshua D. Drake (17:03)
Re: Heavy write activity on first vacuum of fresh TOASTa Matthew (16:57)
Re: Heavy write activity on first vacuum of fresh TOASTa Tom Lane (16:32)
Re: viewing source code Bill Moran (16:22)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (16:07)
Re: Heavy write activity on first vacuum of fresh TOASTa Matthew (15:42)
Re: viewing source code Roberts, Jon (15:36)
Re: viewing source code Bill Moran (15:25)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (15:19)
viewing source code Roberts, Jon (15:01)
Re: Limited performance on multi core server Heikki Linnakangas (11:12)
Re: Need help on parameters and their values to tune the postgresql database Heikki Linnakangas (11:04)
Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane (07:42)
Re: Heavy write activity on first vacuum of fresh TOAST data Russell Smith (07:30)
13 December 2007
Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs (21:39)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (21:19)
Re: Putting files into fields in a table Campbell, Lance (20:53)
Re: Putting files into fields in a table Erik Jones (20:22)
Re: Putting files into fields in a table Alvaro Herrera (20:16)
Re: Putting files into fields in a table Campbell, Lance (20:08)
Re: Putting files into fields in a table Alexander Staubo (19:41)
Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs (19:22)
Putting files into fields in a table Campbell, Lance (19:09)
Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane (18:52)
Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs (18:12)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (17:46)
Re: Heavy write activity on first vacuum of fresh TOAST data Alvaro Herrera (17:27)
Re: Limited performance on multi core server Joshua D. Drake (17:16)
Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs (17:01)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (16:40)
Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane (16:35)
Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (16:27)
Re: Limited performance on multi core server Simon Riggs (16:23)
Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs (16:11)
Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner (15:46)
Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Piotr Gasidło (11:41)
12 December 2007
Re: Limited performance on multi core server Joshua D. Drake (15:53)
Re: URI to kind of a benchmark Stefan Kaltenbrunner (14:45)
Re: Limited performance on multi core server Sven Geisler (14:28)
Re: Limited performance on multi core server Matthew Lunnon (14:15)
URI to kind of a benchmark Harald Armin Massa (12:59)
Re: Limited performance on multi core server Sven Geisler (12:38)
Re: Limited performance on multi core server Sven Geisler (12:32)
Re: Limited performance on multi core server Matthew Lunnon (12:29)
Re: Limited performance on multi core server Matthew Lunnon (12:27)
Re: Limited performance on multi core server Sven Geisler (12:08)
Re: Limited performance on multi core server Sven Geisler (11:50)
Re: Limited performance on multi core server Greg Smith (11:48)
Re: Limited performance on multi core server Claus Guttesen (11:40)
Re: Limited performance on multi core server Matthew Lunnon (11:12)
Re: Limited performance on multi core server Matthew Lunnon (11:08)
Re: Limited performance on multi core server Matthew Lunnon (11:06)
Re: Limited performance on multi core server Sven Geisler (10:48)
Re: Limited performance on multi core server Claus Guttesen (10:48)
Re: Limited performance on multi core server Claus Guttesen (10:45)
Re: Limited performance on multi core server Steinar H. Gunderson (10:39)
Limited performance on multi core server Matthew Lunnon (10:16)
Need help on parameters and their values to tune the postgresql database Bebarta, Simanchala (04:15)
Re: database tuning Joshua D. Drake (00:17)
Re: database tuning Michael Stone (00:10)
Re: database tuning Greg Smith (00:07)
11 December 2007
Re: TB-sized databases Simon Riggs (23:38)
Re: database tuning Richard Huxton (23:17)
Re: database tuning Erik Jones (22:36)
Re: database tuning Scott Marlowe (22:30)
Re: database tuning Alvaro Herrera (22:27)
Re: database tuning kelvan (22:21)
Re: libgcc double-free, backend won't die Tom Lane (17:17)
Re: libgcc double-free, backend won't die Gregory Stark (17:16)
Re: libgcc double-free, backend won't die Craig James (16:40)
Re: libgcc double-free, backend won't die Joshua D. Drake (16:34)
Re: libgcc double-free, backend won't die Tom Lane (16:25)
Re: libgcc double-free, backend won't die Tom Lane (16:19)
Re: libgcc double-free, backend won't die Tom Lane (16:10)
Re: libgcc double-free, backend won't die Magnus Hagander (15:57)
Re: libgcc double-free, backend won't die Craig James (15:53)
Re: libgcc double-free, backend won't die Craig James (15:50)
Re: libgcc double-free, backend won't die Tom Lane (15:43)
Re: libgcc double-free, backend won't die Alvaro Herrera (15:28)
Re: libgcc double-free, backend won't die Craig James (15:25)
Re: libgcc double-free, backend won't die Alvaro Herrera (15:20)
Re: libgcc double-free, backend won't die Craig James (15:17)
Re: libgcc double-free, backend won't die Alvaro Herrera (15:14)
Re: libgcc double-free, backend won't die Craig James (15:12)
Re: libgcc double-free, backend won't die Tom Lane (15:07)
Re: libgcc double-free, backend won't die Craig James (15:06)
Slow Query Pallav Kalva (15:04)
Is it spam or not? Manolo _ (13:23)
Re: Benchmarking PG Heikki Linnakangas (12:11)
Is it spam or not? Manolo _ (11:57)
Re: Benchmarking PG Manolo _ (11:36)
Re: libgcc double-free, backend won't die Alvaro Herrera (11:23)
Re: Benchmarking PG Josh Tolley (11:16)
Benchmarking PG Manolo _ (11:06)
libgcc double-free, backend won't die Craig James (07:50)
Re: database tuning Greg Smith (00:36)
Fwd: Re: database tuning Kevin Grittner (00:19)
Re: database tuning Kevin Grittner (00:16)
10 December 2007
Re: database tuning Scott Marlowe (16:58)
Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Pavel Stehule (13:28)
Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Richard Huxton (13:13)
Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Piotr Gasidło (12:58)
Re: Utilizing multiple cores for one query Marko Kreen (11:51)
Re: database tuning Richard Huxton (09:31)
09 December 2007
Vacuum full since 15 hours Hervé Piedvache (10:46)
08 December 2007
Re: Combining two bitmap scans out performs a single regular index scan? Tom Lane (20:46)
Combining two bitmap scans out performs a single regular index scan? Mark Mielke (17:20)
Re: Cost-Based Vacuum Delay tuning Alvaro Herrera (13:21)
Measuring table and index bloat Greg Smith (07:06)
07 December 2007
Re: database tuning kelvan (18:50)
Re: TB-sized databases Robert Treat (17:45)
Re: Cost-Based Vacuum Delay tuning Erik Jones (17:33)
Re: Cost-Based Vacuum Delay tuning Guillaume Cottenceau (16:44)
Re: Cost-Based Vacuum Delay tuning Erik Jones (15:43)
Re: Trouble with LEFT JOIN using VIEWS. Tom Lane (15:36)
Trouble with LEFT JOIN using VIEWS. Piotr Gasidło (10:55)
Cost-Based Vacuum Delay tuning Guillaume Cottenceau (10:50)
Re: database tuning Simon Riggs (08:39)
Re: database tuning Richard Huxton (08:13)
Re: TB-sized databases Ron Mayer (05:54)
Re: TB-sized databases Ron Mayer (04:20)
Re: TB-sized databases Tom Lane (04:14)
Re: TB-sized databases Tom Lane (01:55)
Re: TB-sized databases Ron Mayer (01:50)
06 December 2007
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Mark Cave-Ayland (20:10)
Re: TB-sized databases Michael Stone (19:50)
Re: TB-sized databases Tom Lane (18:34)
Re: TB-sized databases Matthew (18:03)
Re: TB-sized databases Tom Lane (17:55)
Re: TB-sized databases Matthew (17:46)
Re: TB-sized databases Tom Lane (16:16)
Re: TB-sized databases Michael Stone (15:42)
Re: TB-sized databases Simon Riggs (09:38)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Dave Page (08:51)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Mark Cave-Ayland (07:25)
Re: TB-sized databases Decibel! (00:08)
05 December 2007
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Scott Marlowe (22:20)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Merlin Moncure (20:43)
Re: TB-sized databases Robert Treat (20:07)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Bill Moran (18:25)
Re: Optimizer Not using the Right plan galy lee (12:50)
Re: Bad query plans for queries on partitioned table Julian Mehnle (11:27)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Usama Dar (09:06)
Re: Bad query plans for queries on partitioned table Gregory Stark (08:39)
Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) ismo . tuononen (08:33)
Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Robert Bernabe (08:13)
Re: RAID arrays and performance Greg Smith (06:47)