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 2010-09 Chronological Index (1/2)
Last updated: Wed Jan 18 04:13:21 2012
216 messages
Thread Index
[Prev Page]
[
Next Page
]
01 October 2010
Re: gist indexes for distance calculations
Marcelo Zabani (02:50)
30 September 2010
Re: Memory usage - indexes
Mark Kirkwood (21:01)
Re: gist indexes for distance calculations
Tom Lane (19:16)
gist indexes for distance calculations
Marcelo Zabani (18:33)
Re: turn off caching for performance test
Willy-Bas Loos (16:42)
Re: postgresql-9.0 Windows service stops after database transaction
adrian . kitchingman (06:00)
Re: Performance improvements/regressions from 8.4 to 9.0?
Greg Smith (05:15)
Performance improvements/regressions from 8.4 to 9.0?
Andy (00:02)
29 September 2010
Re: Wrong index choice
Kevin Grittner (21:00)
Re: How does PG know if data is in memory?
Samuel Gendler (17:08)
Wrong index choice
Fabrício dos Anjos Silva (16:55)
Re: How does PG know if data is in memory?
Kevin Grittner (16:37)
How does PG know if data is in memory?
Fabrício dos Anjos Silva (16:31)
Re: Memory usage - indexes
Tobias Brox (12:10)
Re: Memory usage - indexes
Mark Kirkwood (08:03)
Re: Memory usage - indexes
Tobias Brox (06:42)
28 September 2010
Re: Running 9 in production? Sticking with 8.4.4 for a while?
Tory M Blue (22:53)
Re: Running 9 in production? Sticking with 8.4.4 for a while?
Guy Rouillier (22:46)
Re: Running 9 in production? Sticking with 8.4.4 for a while?
Greg Smith (20:45)
Re: Running 9 in production? Sticking with 8.4.4 for a while?
Michael Gould (20:09)
Running 9 in production? Sticking with 8.4.4 for a while?
Tory M Blue (19:22)
Re: Query much faster with enable_seqscan=0
Robert Haas (16:03)
Re: Clean up of archived Xlogs in postgres-9.
Erik Rijkers (12:29)
Clean up of archived Xlogs in postgres-9.
Nimesh Satam (10:01)
Re: postgresql-9.0 Windows service stops after database transaction
Craig Ringer (09:12)
27 September 2010
Re: Odd behaviour with redundant CREATE statement
Gurjeet Singh (19:28)
Odd behaviour with redundant CREATE statement
Dave Crooke (18:50)
Re: how to enforce index sub-select over filter+seqscan
Robert Haas (17:30)
Re: Memory speed testing
Greg Smith (16:53)
Re: postgresql-9.0 Windows service stops after database transaction
adrian . kitchingman (00:06)
26 September 2010
Re: postgresql-9.0 Windows service stops after database transaction
adrian . kitchingman (23:19)
Re: Is disableing nested_loops a bad idea ?
Robert Haas (04:02)
Re: turn off caching for performance test
Robert Haas (03:36)
25 September 2010
Re: Memory usage - indexes
Tobias Brox (10:30)
24 September 2010
Re: Memory usage - indexes
Greg Smith (22:00)
Re: Memory usage - indexes
Tobias Brox (20:50)
Re: Memory usage - indexes
Tobias Brox (20:08)
Re: Memory usage - indexes
Tobias Brox (20:00)
Re: Memory usage - indexes
Tobias Brox (19:59)
Re: Memory usage - indexes
Brad Nicholson (19:25)
Re: Memory usage - indexes
Bob Lunney (19:06)
Re: Memory usage - indexes
Brad Nicholson (18:34)
Re: Memory usage - indexes
Greg Smith (18:05)
Re: Memory usage - indexes
Greg Smith (18:01)
Re: Memory usage - indexes
Kevin Grittner (17:51)
Re: Memory usage - indexes
Tobias Brox (17:41)
Re: Query much faster with enable_seqscan=0
Scott Carey (17:33)
Re: Memory usage - indexes
Brad Nicholson (17:16)
Re: Memory usage - indexes
Tobias Brox (16:53)
Re: Memory usage - indexes
Tobias Brox (16:46)
Re: Memory usage - indexes
Bob Lunney (16:23)
Re: Memory usage - indexes
Kevin Grittner (14:17)
Re: postgresql-9.0 Windows service stops after database transaction
Thom Brown (07:05)
postgresql-9.0 Windows service stops after database transaction
adrian . kitchingman (04:55)
23 September 2010
Re: locking issue on simple selects?
Kevin Grittner (22:50)
Re: locking issue on simple selects?
Tobias Brox (22:26)
Re: Memory usage - indexes
Mark Kirkwood (22:13)
Memory usage - indexes
Tobias Brox (21:51)
Re: locking issue on simple selects?
Kevin Grittner (20:56)
Re: locking issue on simple selects?
Tobias Brox (20:47)
Re: how to enforce index sub-select over filter+seqscan
Merlin Moncure (19:41)
Re: Useless sort by
Scott Marlowe (17:11)
Re: how to enforce index sub-select over filter+seqscan
Kevin Grittner (15:43)
how to enforce index sub-select over filter+seqscan
Dmitry Teslenko (14:26)
Re: Useless sort by
gnuoytr (13:51)
Re: Useless sort by
Robert Haas (04:46)
Re: Useless sort by
Scott Marlowe (04:18)
Re: Useless sort by
Greg Smith (04:01)
Re: Useless sort by
gnuoytr (03:05)
Re: Useless sort by
Robert Haas (00:54)
Re: Using Between
mark (00:51)
22 September 2010
Re: Using Between
Ozer, Pam (16:28)
Re: Using Between
Robert Haas (16:27)
Re: Using Between
Ozer, Pam (15:19)
Re: Query much faster with enable_seqscan=0
Ogden (13:36)
Re: Using Between
Robert Haas (10:52)
Re: Performance degradation, index bloat and planner estimates
Tom Lane (04:20)
Re: Performance degradation, index bloat and planner estimates
Craig Ringer (04:10)
21 September 2010
Re: Query much faster with enable_seqscan=0
Tom Lane (23:30)
Re: Query much faster with enable_seqscan=0
Tom Lane (23:25)
Re: Auto ANALYZE criteria
Tom Lane (20:44)
Re: Using Between
Ozer, Pam (20:14)
Re: slow DDL creation
Robert Haas (19:39)
Re: Using Between
Robert Haas (19:35)
Re: Query much faster with enable_seqscan=0
Ogden (19:34)
Re: GPU Accelerated Sorting
Robert Haas (19:28)
Re: Query much faster with enable_seqscan=0
Greg Smith (19:17)
Re: Query much faster with enable_seqscan=0
Joshua D. Drake (19:07)
Re: Query much faster with enable_seqscan=0
Ogden (19:02)
Re: Query much faster with enable_seqscan=0
Jesper Krogh (18:51)
Re: Query much faster with enable_seqscan=0
Ogden (18:22)
Re: Query much faster with enable_seqscan=0
Kenneth Marshall (18:15)
Query much faster with enable_seqscan=0
Ogden (17:39)
Re: Auto ANALYZE criteria
Joe Miller (14:59)
Re: Auto ANALYZE criteria
Joe Miller (13:33)
Memory speed testing
Greg Smith (04:20)
Re: Auto ANALYZE criteria
Tom Lane (02:12)
20 September 2010
Re: Auto ANALYZE criteria
Kevin Grittner (22:29)
Re: 3ware trivia overload
David Rees (22:10)
Re: 3ware trivia overload
George Sexton (22:03)
Auto ANALYZE criteria
Joe Miller (20:38)
Re: cleanup on pg_ system tables?
Josh Kupershmidt (19:24)
Need PostgreSQL data warehousing user, on the record
Josh Berkus (18:48)
cleanup on pg_ system tables?
mark (17:25)
Performance degradation, index bloat and planner estimates
Daniele Varrazzo (11:59)
18 September 2010
3ware trivia overload
Greg Smith (07:50)
16 September 2010
Re: Where does data in pg_stat_user_tables come from?
Josh Berkus (19:34)
Re: Where does data in pg_stat_user_tables come from?
Tom Lane (19:15)
Re: Where does data in pg_stat_user_tables come from?
Guillaume Lelarge (19:02)
Re: Where does data in pg_stat_user_tables come from?
Josh Berkus (18:39)
Re: Performance problem with joined aggregate query
Merlin Moncure (14:53)
Re: Is disableing nested_loops a bad idea ?
Kevin Grittner (14:25)
Re: Is disableing nested_loops a bad idea ?
Franck Routier (14:13)
Re: Is disableing nested_loops a bad idea ?
Kevin Grittner (13:50)
Re: Is disableing nested_loops a bad idea ?
Samuel Gendler (10:03)
Is disableing nested_loops a bad idea ?
Franck Routier (08:31)
Re: Performance problem with joined aggregate query
Anssi Kääriäinen (05:39)
Re: locking issue on simple selects?
Greg Smith (00:32)
15 September 2010
Re: Performance problem with joined aggregate query
Merlin Moncure (22:37)
Re: locking issue on simple selects?
Tobias Brox (21:33)
Re: turn off caching for performance test
Merlin Moncure (21:10)
Re: locking issue on simple selects?
Brad Nicholson (19:33)
Re: locking issue on simple selects?
Greg Smith (19:28)
Re: locking issue on simple selects?
Tom Lane (19:21)
Re: locking issue on simple selects?
Tobias Brox (19:09)
Re: Major performance problem after upgrade from 8.3 to 8.4
Gerhard Wiesinger (18:43)
Re: locking issue on simple selects?
Tom Lane (13:43)
Re: POSTGRES error
Kevin Grittner (13:38)
Re: Major performance problem after upgrade from 8.3 to 8.4
Merlin Moncure (11:53)
POSTGRES error
Timothy.Noonan (11:31)
locking issue on simple selects?
Tobias Brox (10:06)
Re: Major performance problem after upgrade from 8.3 to 8.4
Gerhard Wiesinger (06:32)
Performance problem with joined aggregate query
Anssi Kääriäinen (06:19)
14 September 2010
Re: Major performance problem after upgrade from 8.3 to 8.4
Merlin Moncure (21:05)
Re: Major performance problem after upgrade from 8.3 to 8.4
Gerhard Wiesinger (20:00)
Re: Held idle connections vs use of a Pooler
Craig James (17:14)
Re: Useless sort by
Gaetano Mendola (17:07)
Re: Held idle connections vs use of a Pooler
Merlin Moncure (17:01)
Re: Held idle connections vs use of a Pooler
Joshua D. Drake (16:59)
Re: Useless sort by
Dave Crooke (16:15)
Held idle connections vs use of a Pooler
mark (16:10)
Re: Useless sort by
Maciek Sakrejda (15:09)
Re: Major performance problem after upgrade from 8.3 to 8.4
Merlin Moncure (12:02)
Re: Useless sort by
Heikki Linnakangas (07:10)
Re: Major performance problem after upgrade from 8.3 to 8.4
Gerhard Wiesinger (06:09)
Re: Where does data in pg_stat_user_tables come from?
Alvaro Herrera (03:57)
Re: Where does data in pg_stat_user_tables come from?
Tom Lane (01:41)
Re: Where does data in pg_stat_user_tables come from?
Josh Berkus (00:54)
Re: Where does data in pg_stat_user_tables come from?
Joshua D. Drake (00:12)
13 September 2010
Re: Where does data in pg_stat_user_tables come from?
Josh Berkus (23:48)
Re: Where does data in pg_stat_user_tables come from?
Joshua D. Drake (23:42)
Where does data in pg_stat_user_tables come from?
Josh Berkus (23:06)
Re: Useless sort by
Scott Marlowe (19:08)
Re: Useless sort by
Maciek Sakrejda (19:02)
Re: Major performance problem after upgrade from 8.3 to 8.4
Merlin Moncure (18:33)
Re: Useless sort by
Gaetano Mendola (17:09)
Re: Useless sort by
Tom Lane (16:48)
Re: Slow SQL lookup due to every field being listed in SORT KEY
Mason Harding (16:32)
Re: Useless sort by
Gaetano Mendola (16:24)
Re: Problem with mergejoin performance
Tom Lane (15:16)
Re: Useless sort by
Tom Lane (14:45)
Re: Problem with mergejoin performance
Tom Lane (14:26)
Useless sort by
Gaetano Mendola (09:53)
Re: Major performance problem after upgrade from 8.3 to 8.4
Gerhard Wiesinger (06:40)
Problem with mergejoin performance
azajac (05:49)
12 September 2010
Problem with mergejoin performance (some bug?)
azajac (18:16)
11 September 2010
Re: Slow SQL lookup due to every field being listed in SORT KEY
Stephen Frost (02:03)
Re: Slow SQL lookup due to every field being listed in SORT KEY
Tom Lane (02:00)
Re: Slow SQL lookup due to every field being listed in SORT KEY
Stephen Frost (01:59)
10 September 2010
Slow SQL lookup due to every field being listed in SORT KEY
Mason Harding (22:35)
09 September 2010
Re: pgbench could not send data to client: Broken pipe
Greg Smith (18:07)
Re: pgbench could not send data to client: Broken pipe
Kevin Grittner (17:24)
Re: pgbench could not send data to client: Broken pipe
Greg Smith (16:05)
Re: pgbench could not send data to client: Broken pipe
David Kerr (15:12)
Re: pgbench could not send data to client: Broken pipe
Alvaro Herrera (14:38)
08 September 2010
Re: pgbench could not send data to client: Broken pipe
David Kerr (22:30)
Re: pgbench could not send data to client: Broken pipe
Kevin Grittner (22:27)
Re: pgbench could not send data to client: Broken pipe
David Kerr (22:00)
Re: pgbench could not send data to client: Broken pipe
Kevin Grittner (21:51)
Re: pgbench could not send data to client: Broken pipe
David Kerr (21:21)
Thread Index
[Prev Page]
[
Next Page
]
Privacy Policy
|
About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group