Skip site navigation
(1)
Skip section navigation
(2)
Search
Peripheral Links
Text Size:
Normal
/
Large
Donate
Contact
Header And Logo
|
Site Navigation
Home
About
Downloads
Documentation
Community
Developers
Support
Section Navigation
Community
Contributors
Mailing Lists
Subscribe
User lists
pgsql-admin
pgsql-advocacy
pgsql-announce
pgsql-bugs
pgsql-docs
pgsql-general
pgsql-jobs
pgsql-novice
pgsql-performance
pgsql-php
pgsql-sql
pgsql-students
Developer lists
Regional lists
Associations
User groups
Project lists
Inactive lists
IRC
Featured Users
International Sites
Propaganda
Resources
Weekly News
Community login
Profile
Lost password
Search archives
Advanced Search
pgsql-performance 2007-09 Chronological Index (1/3)
Last updated: Wed Jan 18 04:16:46 2012
477 messages
Thread Index
[Prev Page]
[
Next Page
]
29 September 2007
Re: Non-blocking vacuum full
Heikki Linnakangas (08:06)
Re: Non-blocking vacuum full
Ron Mayer (02:52)
28 September 2007
Re: OOM Errors as a result of table inheritance and a bad plan(?)
Tom Lane (20:56)
Re: Non-blocking vacuum full
Heikki Linnakangas (19:32)
Non-blocking vacuum full
Peter Schuller (18:12)
OOM Errors as a result of table inheritance and a bad plan(?)
Arctic Toucan (17:53)
Re: sequence query performance issues
Peter Koczan (17:33)
Re: Postgres 7.4.2 hanging when vacuum full is run
Scott Marlowe (15:28)
Re: Postgres 7.4.2 hanging when vacuum full is run
Vivek Khera (14:53)
Re: sequence query performance issues
Richard Huxton (14:43)
Postgres 7.4.2 hanging when vacuum full is run
Radhika S (14:28)
Re: sequence query performance issues
Tom Lane (14:16)
Re: Tuning for warm standby
Merlin Moncure (13:18)
Re: Searching for the cause of a bad plan
Csaba Nagy (12:33)
Re: Searching for the cause of a bad plan
Csaba Nagy (08:12)
Re: sequence query performance issues
Richard Huxton (08:06)
27 September 2007
sequence query performance issues
Peter Koczan (22:04)
Re: Searching for the cause of a bad plan
Ron Mayer (18:22)
Tuning for warm standby
Kevin Kempter (17:44)
Re: Searching for the cause of a bad plan
Simon Riggs (15:26)
Re: Searching for the cause of a bad plan
Csaba Nagy (15:16)
Re: Searching for the cause of a bad plan
Tom Lane (14:40)
Re: Difference in query plan when using = or > in where clause
Heikki Linnakangas (12:40)
Re: Searching for the cause of a bad plan
Csaba Nagy (11:54)
Re: REPOST: Nested loops row estimates always too high
Ow Mun Heng (06:59)
26 September 2007
Difference in query plan when using = or > in where clause
Radhika S (18:00)
Re: Incorrect row estimates in plan?
pgdba (16:56)
Re: Incorrect row estimates in plan?
Tom Lane (16:38)
Re: Incorrect row estimates in plan?
pgdba (15:24)
Re: Searching for the cause of a bad plan
Tom Lane (15:22)
Re: Searching for the cause of a bad plan
Csaba Nagy (14:52)
Re: Incorrect row estimates in plan?
Tom Lane (14:45)
Incorrect row estimates in plan?
pgdba (14:22)
Re: Effects of cascading references in foreign keys
Bruce Momjian (08:22)
Re: REPOST: Nested loops row estimates always too high
Tom Lane (04:03)
Re: REPOST: Nested loops row estimates always too high
Ow Mun Heng (03:50)
25 September 2007
Re: query io stats and finding a slow query
Bryan Murphy (19:59)
Re: query io stats and finding a slow query
Kamen Stanev (19:41)
Re: Attempting to disable count triggers on cleanup
Dave Cramer (11:39)
Re: Attempting to disable count triggers on cleanup
hubert depesz lubaczewski (11:21)
Attempting to disable count triggers on cleanup
Dave Cramer (11:08)
Re: REPOST: Nested loops row estimates always too high
Steinar H. Gunderson (09:31)
Re: REPOST: Nested loops row estimates always too high
Ow Mun Heng (05:16)
Re: REPOST: Nested loops row estimates always too high
Carlo Stonebanks (04:53)
Re: REPOST: Nested loops row estimates always too high
Ow Mun Heng (00:50)
24 September 2007
Re: Acceptable level of over-estimation?
Gregory Stark (20:18)
Acceptable level of over-estimation?
Carlo Stonebanks (19:51)
Re: REPOST: Nested loops row estimates always too high
Carlo Stonebanks (18:21)
Re: Searching for the cause of a bad plan
Simon Riggs (17:56)
Re: TEXT or LONGTEXT?
Niklas Johansson (16:01)
Re: select count(*) performance (vacuum did not help)
Dave Dutcher (15:38)
Re: select count(*) performance (vacuum did not help)
Csaba Nagy (15:33)
Re: TEXT or LONGTEXT?
Alexander Staubo (15:29)
Re: select count(*) performance (vacuum did not help)
Bill Moran (15:29)
TEXT or LONGTEXT?
Fabiola Fernández (15:21)
Re: select count(*) performance (vacuum did not help)
Gábor Farkas (15:14)
Re: select count(*) performance (vacuum did not help)
Heikki Linnakangas (15:09)
Re: select count(*) performance (vacuum did not help)
Gábor Farkas (15:04)
Re: select count(*) performance (vacuum did not help)
Heikki Linnakangas (14:31)
Re: select count(*) performance (vacuum did not help)
Pavan Deolasee (14:23)
Re: Low CPU Usage
brauagustin-susc (14:16)
select count(*) performance (vacuum did not help)
Gábor Farkas (14:14)
Re: Searching for the cause of a bad plan
Csaba Nagy (14:04)
Re: Low CPU Usage
brauagustin-susc (13:59)
Re: Searching for the cause of a bad plan
Simon Riggs (13:28)
[OT] Re: [Again] Postgres performance problem
Ow Mun Heng (06:58)
Re: REPOST: Nested loops row estimates always too high
Ow Mun Heng (06:46)
23 September 2007
Re: Possible explanations for catastrophic performance deterioration?
Gregory Stark (23:05)
Re: Possible explanations for catastrophic performance deterioration?
Jonah H. Harris (22:29)
Re: Possible explanations for catastrophic performance deterioration?
Carlos Moreno (21:55)
Re: Possible explanations for catastrophic performance deterioration?
Alvaro Herrera (20:58)
Re: Possible explanations for catastrophic performance deterioration?
Carlos Moreno (20:33)
Re: Possible explanations for catastrophic performace deterioration?
Jonah H. Harris (19:24)
Re: Possible explanations for catastrophic performace deterioration?
Carlos Moreno (19:12)
Re: Possible explanations for catastrophic performace deterioration?
Alvaro Herrera (18:24)
Re: Possible explanations for catastrophic performace deterioration?
Carlos Moreno (18:15)
Re: Possible explanations for catastrophic performace deterioration?
Tom Lane (17:27)
zero value in statistics collector's result
Yinan Li (17:00)
Re: Possible explanations for catastrophic performace deterioration?
Jonah H. Harris (16:56)
Possible explanations for catastrophic performace deterioration?
Carlos Moreno (16:45)
22 September 2007
Re: Query planner unaware of possibly best plan
Denes Daniel (12:33)
Re: Low CPU Usage
Greg Smith (06:29)
Re: Query planner unaware of possibly best plan
Tom Lane (06:07)
Re: Query planner unaware of possibly best plan
Denes Daniel (00:08)
21 September 2007
Re: Searching for the cause of a bad plan
Tom Lane (23:30)
Re: Low CPU Usage
brauagustin-susc (21:45)
Re: Low CPU Usage
Craig James (21:13)
Re: Low CPU Usage
Kevin Grittner (20:57)
Re: Low CPU Usage
Dave Dutcher (20:55)
Re: Low CPU Usage
Luiz K. Matsumura (20:41)
Re: Query planner unaware of possibly best plan
Denes Daniel (20:05)
Re: Query planner unaware of possibly best plan
Alvaro Herrera (19:56)
Re: Low CPU Usage
brauagustin-susc (19:34)
Re: Query planner unaware of possibly best plan
Denes Daniel (19:30)
Re: Linux mis-reporting memory
Greg Smith (19:24)
Re: Low CPU Usage
Bill Moran (19:11)
Re: Low CPU Usage
brauagustin-susc (19:01)
Re: Searching for the cause of a bad plan
Simon Riggs (18:39)
Re: Low CPU Usage
Bill Moran (18:34)
Re: Low CPU Usage
brauagustin-susc (18:20)
Re: Searching for the cause of a bad plan
Tom Lane (17:53)
Re: Low CPU Usage
Kevin Grittner (17:52)
Re: Low CPU Usage
brauagustin-susc (17:52)
Re: Query planner unaware of possibly best plan
Simon Riggs (17:51)
Re: Searching for the cause of a bad plan
Simon Riggs (17:40)
Re: Low CPU Usage
brauagustin-susc (17:30)
Re: Searching for the cause of a bad plan
Simon Riggs (17:20)
Re: query io stats and finding a slow query
Kevin Grittner (16:35)
Re: Searching for the cause of a bad plan
Tom Lane (16:08)
Re: Searching for the cause of a bad plan
Csaba Nagy (15:47)
Query planner unaware of possibly best plan
Denes Daniel (15:38)
Re: Searching for the cause of a bad plan
Csaba Nagy (14:26)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Dave Dutcher (14:08)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Jeff Harris (13:44)
Re: Searching for the cause of a bad plan
Simon Riggs (13:37)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Bill Moran (13:26)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
smiley2211 (13:14)
Re: Searching for the cause of a bad plan
Csaba Nagy (12:11)
Re: Searching for the cause of a bad plan
Simon Riggs (11:36)
Re: Linux mis-reporting memory
Csaba Nagy (11:33)
Re: Searching for the cause of a bad plan
Csaba Nagy (11:29)
Re: Linux mis-reporting memory
Simon Riggs (11:03)
Re: Searching for the cause of a bad plan
Simon Riggs (11:01)
Re: Linux mis-reporting memory
Heikki Linnakangas (10:35)
Re: Linux mis-reporting memory
Csaba Nagy (10:08)
Searching for the cause of a bad plan
Csaba Nagy (10:03)
Re: Linux mis-reporting memory
Gregory Stark (10:00)
Re: Linux mis-reporting memory
Dimitri Fontaine (09:49)
Re: Linux mis-reporting memory
Csaba Nagy (08:29)
Re: Linux mis-reporting memory
Gregory Stark (08:03)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
db (05:58)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
smiley2211 (03:25)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Scott Marlowe (00:52)
Re: Linux mis-reporting memory
Adam Tauno Williams (00:22)
20 September 2007
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
smiley2211 (23:25)
Re: Linux mis-reporting memory
Tom Lane (23:12)
Linux mis-reporting memory
Decibel! (23:04)
query io stats and finding a slow query
Kamen Stanev (21:37)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Scott Marlowe (21:26)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Scott Marlowe (21:25)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
smiley2211 (20:32)
Re: Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
Carlos Moreno (19:34)
Re: Tablespaces and NFS
Carlos Moreno (19:24)
Upgraded from 7.4 to 8.1.4 QUERIES NOW SLOW!!!
smiley2211 (19:10)
Re: Tablespaces and NFS
Peter Koczan (18:50)
Re: Low CPU Usage
brauagustin-susc (17:28)
REPOST: Nested loops row estimates always too high
Carlo Stonebanks (15:20)
REPOST: Performance improves only after repeated VACUUM/ANALYZE
Carlo Stonebanks (15:20)
Re: Tablespaces and NFS
Carlos Moreno (13:20)
Re: Low CPU Usage
Jean-David Beyer (12:32)
Re: Low CPU Usage
brauagustin-susc (11:31)
19 September 2007
Re: Tablespaces and NFS
Peter Koczan (21:54)
Re: Tablespaces and NFS
Craig James (20:48)
Re: Low CPU Usage
Scott Marlowe (20:15)
Re: Low CPU Usage
brauagustin-susc (19:52)
Re: Low CPU Usage
Scott Marlowe (19:41)
Re: Low CPU Usage
brauagustin-susc (19:13)
Re: Low CPU Usage
Mark Lewis (18:03)
Re: Low CPU Usage
Heikki Linnakangas (17:53)
Low CPU Usage
brauagustin-susc (17:45)
Tablespaces and NFS
Carlos Moreno (16:16)
Re: R: R: DELETE queries slow down
Gregory Williamson (11:27)
Re: R: R: DELETE queries slow down
Bill Moran (11:14)
R: R: DELETE queries slow down
Galantucci Giovanni (09:47)
18 September 2007
Nested loops row estimates always too high
Carlo Stonebanks (20:07)
Performance improves only after repeated VACUUM/ANALYZE
Carlo Stonebanks (19:59)
Re: R: DELETE queries slow down
Bill Moran (16:22)
Re: Query works when kludged, but would prefer "best practice" solution
Dave Dutcher (15:11)
Re: Regarding COPY command from Postgres 8.2.0
Scott Marlowe (15:05)
Re: Regarding COPY command from Postgres 8.2.0
Evan Carroll (14:53)
Re: Query works when kludged, but would prefer "best practice" solution
Tom Lane (14:08)
Re: Index usage when bitwise operator is used
valgog (10:36)
R: DELETE queries slow down
Galantucci Giovanni (07:17)
Re: Query works when kludged, but would prefer "best practice" solution
Carlo Stonebanks (06:28)
Re: Regarding COPY command from Postgres 8.2.0
soni de (04:31)
Re: Query works when kludged, but would prefer "best practice" solution
Tom Lane (03:29)
Re: Query works when kludged, but would prefer "best practice" solution
Carlo Stonebanks (00:38)
Re: Query works when kludged, but would prefer "best practice" solution
Merlin Moncure (00:17)
Re: Query works when kludged, but would prefer "best practice" solution
Carlo Stonebanks (00:13)
Re: Query works when kludged, but would prefer "best practice" solution
Merlin Moncure (00:03)
Thread Index
[Prev Page]
[
Next Page
]
Privacy Policy
|
About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group