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 2009-04 Chronological Index (2/3)
Last updated: Wed Jan 18 04:15:01 2012
420 messages
Thread Index
[
Prev Page
]
[
Next Page
]
15 April 2009
Re: INSERT times - same storage space but more fields -> much slower inserts
Tom Lane (00:44)
Re: INSERT times - same storage space but more fields -> much slower inserts
Craig Ringer (00:31)
14 April 2009
Re: INSERT times - same storage space but more fields -> much slower inserts
Stephen Frost (16:17)
Re: INSERT times - same storage space but more fields -> much slower inserts
Matthew Wakeling (16:01)
Re: difficulties with time based queries
Nikolas Everett (16:00)
Re: INSERT times - same storage space but more fields -> much slower inserts
Stephen Frost (15:57)
Re: Nested query performance issue
Merlin Moncure (13:46)
Re: Nested query performance issue
Glenn Maynard (10:04)
Re: Shouldn't the planner have a higher cost for reverse index scans?
Matthew Wakeling (09:39)
Re: Nested query performance issue
Matthew Wakeling (09:33)
Re: difficulties with time based queries
PFC (09:19)
INSERT times - same storage space but more fields -> much slower inserts
Craig Ringer (07:57)
13 April 2009
Re: Postgres 8.x on Windows Server in production
Grzegorz Jaśkiewicz (19:14)
Re: Postgres 8.x on Windows Server in production
Scott Marlowe (16:45)
Re: linux deadline i/o elevator tuning
Kevin Grittner (15:18)
Re: linux deadline i/o elevator tuning
Jeff (14:13)
Re: Postgres 8.x on Windows Server in production
Justin Pitts (13:43)
Re: Postgres 8.x on Windows Server in production
Ognjen Blagojevic (13:23)
Re: 2.6.26 kernel and PostgreSQL
Glyn Astill (11:49)
Re: 2.6.26 kernel and PostgreSQL
Greg Smith (08:26)
12 April 2009
Re: Postgres 8.x on Windows Server in production
Scott Marlowe (23:58)
Re: Postgres 8.x on Windows Server in production
Rainer Mager (23:49)
Re: Postgres 8.x on Windows Server in production
Scott Marlowe (23:41)
Re: Postgres 8.x on Windows Server in production
Rainer Mager (23:13)
Re: Using IOZone to simulate DB access patterns
Scott Carey (02:00)
11 April 2009
Re: Using IOZone to simulate DB access patterns
Mark Wong (18:44)
Re: Using IOZone to simulate DB access patterns
M. Edward (Ed) Borasky (00:03)
10 April 2009
Re: 2.6.26 kernel and PostgreSQL
Glyn Astill (22:00)
Re: Postgres 8.x on Windows Server in production
Grzegorz Jaśkiewicz (20:40)
Re: 2.6.26 kernel and PostgreSQL
Kevin Grittner (20:17)
2.6.26 kernel and PostgreSQL
Glyn Astill (20:06)
Re: determining the locks that will be held by a query
Kevin Grittner (20:02)
Re: Using IOZone to simulate DB access patterns
Greg Smith (19:25)
determining the locks that will be held by a query
Brian Cox (19:05)
Re: Using IOZone to simulate DB access patterns
Scott Carey (18:17)
Re: Postgres 8.x on Windows Server in production
Josh Berkus (18:07)
Re: Using IOZone to simulate DB access patterns
Greg Smith (18:01)
Re: plpgsql arrays
Tom Lane (17:57)
Re: Shouldn't the planner have a higher cost for reverse index scans?
Josh Berkus (17:46)
Re: Using IOZone to simulate DB access patterns
Scott Carey (17:40)
Re: Using IOZone to simulate DB access patterns
Josh Berkus (17:31)
Re: Shouldn't the planner have a higher cost for reverse index scans?
Tom Lane (17:19)
Re: Using IOZone to simulate DB access patterns
Josh Berkus (17:15)
Re: Using IOZone to simulate DB access patterns
Scott Carey (17:11)
Re: Using IOZone to simulate DB access patterns
Josh Berkus (17:10)
Re: Shouldn't the planner have a higher cost for reverse index scans?
Josh Berkus (17:07)
Re: Using IOZone to simulate DB access patterns
Joshua D. Drake (16:00)
Re: Shouldn't the planner have a higher cost for reverse index scans?
Tom Lane (13:50)
Re: Nested query performance issue
Tom Lane (13:42)
Postgres 8.x on Windows Server in production
Ognjen Blagojevic (10:20)
Re: linux deadline i/o elevator tuning
Albe Laurenz *EXTERN* (06:48)
Shouldn't the planner have a higher cost for reverse index scans?
Josh Berkus (06:43)
Re: Using IOZone to simulate DB access patterns
Mark Kirkwood (06:27)
Re: Nested query performance issue
Glenn Maynard (06:11)
Re: Using IOZone to simulate DB access patterns
Josh Berkus (05:41)
Re: difficulties with time based queries
Tom Lane (05:20)
Re: difficulties with time based queries
Rainer Mager (05:08)
09 April 2009
Re: Nested query performance issue
Greg Smith (23:59)
Re: Nested query performance issue
Glenn Maynard (23:42)
Re: Nested query performance issue
Glenn Maynard (23:42)
Re: linux deadline i/o elevator tuning
Scott Carey (22:50)
Re: linux deadline i/o elevator tuning
Mark Wong (15:09)
Re: linux deadline i/o elevator tuning
Kevin Grittner (14:58)
Re: linux deadline i/o elevator tuning
Mark Wong (14:53)
Re: linux deadline i/o elevator tuning
Arjen van der Meijden (14:49)
Re: linux deadline i/o elevator tuning
Grzegorz Jaśkiewicz (14:48)
Re: linux deadline i/o elevator tuning
Matthew Wakeling (14:47)
Re: linux deadline i/o elevator tuning
Kevin Grittner (14:42)
Re: linux deadline i/o elevator tuning
Kevin Grittner (14:40)
Re: linux deadline i/o elevator tuning
Grzegorz Jaśkiewicz (14:39)
Re: linux deadline i/o elevator tuning
Matthew Wakeling (14:32)
Re: linux deadline i/o elevator tuning
Grzegorz Jaśkiewicz (14:27)
Re: linux deadline i/o elevator tuning
Kevin Grittner (14:10)
linux deadline i/o elevator tuning
Mark Wong (14:01)
Re: Best replication solution?
Jeff (12:19)
Re: Nested query performance issue
Heikki Linnakangas (11:29)
Re: Nested query performance issue
Віталій Тимчишин (09:25)
08 April 2009
Re: difficulties with time based queries
Rainer Mager (22:49)
Re: Nested query performance issue
Glenn Maynard (21:55)
Re: Nested query performance issue
Віталій Тимчишин (21:30)
Nested query performance issue
Glenn Maynard (21:09)
Re: Best replication solution?
Dimitri Fontaine (20:47)
Re: Best replication solution?
Jeff (19:20)
Re: bad query plans for ~ "^string" (and like "string%") (8.3.6)
Tom Lane (14:28)
Re: bad query plans for ~ "^string" (and like "string%") (8.3.6)
Robert Haas (13:54)
Re: bad query plans for ~ "^string" (and like "string%") (8.3.6)
Marinos Yannikos (13:51)
bad query plans for ~ "^string" (and like "string%") (8.3.6)
Marinos Yannikos (13:42)
Re: Best replication solution?
Marinos Yannikos (11:45)
Re: plpgsql arrays
Matthew Wakeling (10:35)
Re: Best replication solution?
Mark Kirkwood (07:15)
07 April 2009
Re: 8.4 Performance improvements: was Re: Proposal of tunable fix for scalability of 8.4
Bruce Momjian (22:49)
Re: plpgsql arrays
Tom Lane (19:32)
Re: plpgsql arrays
Merlin Moncure (19:24)
determining the locks that will be held by a query
Brian Cox (18:06)
Re: Best replication solution?
Andrew Sullivan (17:18)
Re: plpgsql arrays
Matthew Wakeling (16:22)
Re: Best replication solution?
Andrew Sullivan (16:21)
Re: plpgsql arrays
Tom Lane (16:08)
Re: plpgsql arrays
justin (15:45)
Re: plpgsql arrays
Matthew Wakeling (15:33)
Re: plpgsql arrays
justin (15:24)
Re: plpgsql arrays
Matthew Wakeling (15:18)
Re: Best replication solution?
Mark Kirkwood (10:31)
Re: Best replication solution?
Ivan Voras (10:11)
Re: Best replication solution?
Dimitri Fontaine (09:36)
Re: Best replication solution?
Lists (04:06)
Re: Best replication solution?
Lists (03:44)
06 April 2009
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Scott Marlowe (15:23)
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Mario Splivalo (14:51)
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Scott Marlowe (14:47)
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Mario Splivalo (14:38)
Re: plpgsql arrays
Robert Haas (14:36)
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Scott Marlowe (14:03)
Re: probelm with alter table add constraint......
Tom Lane (13:54)
Re: plpgsql arrays
Matthew Wakeling (12:52)
Re: Best replication solution?
Andrew Sullivan (12:41)
Re: difficulties with time based queries
Matthew Wakeling (12:24)
Re: Forcing seq_scan off for large table joined with tiny table yeilds improved performance
Mario Splivalo (12:21)
Re: plpgsql arrays
Matthew Wakeling (11:47)
Re: probelm with alter table add constraint......
Albe Laurenz (10:47)
Re: probelm with alter table add constraint......
Robert Haas (10:43)
Re: difficulties with time based queries
Robert Haas (10:37)
Re: Best replication solution?
Heikki Linnakangas (08:27)
probelm with alter table add constraint......
roopasatish (07:10)
Re: difficulties with time based queries
Rainer Mager (03:35)
Re: Best replication solution?
Greg Sabino Mullane (02:11)
Re: difficulties with time based queries
Tom Lane (01:33)
Re: difficulties with time based queries
Rainer Mager (01:25)
Re: difficulties with time based queries
Tom Lane (00:12)
05 April 2009
Re: difficulties with time based queries
PFC (23:56)
Re: difficulties with time based queries
David Wilson (23:46)
difficulties with time based queries
Rainer Mager (23:33)
Re: Best replication solution?
Lists (21:57)
Best replication solution?
Lists (18:36)
Re: Question on pgbench output
Tom Lane (17:43)
Re: Question on pgbench output
David Kerr (17:12)
Re: Question on pgbench output
Tom Lane (15:47)
Re: Question on pgbench output
Simon Riggs (07:01)
Re: Question on pgbench output
David Kerr (04:06)
04 April 2009
Re: Strange behavior: pgbench and new Linux kernels
Greg Smith (20:11)
Re: Strange behavior: pgbench and new Linux kernels
Josh Berkus (18:55)
Re: Strange behavior: pgbench and new Linux kernels
Greg Smith (16:08)
Re: Using IOZone to simulate DB access patterns
henk de wit (15:54)
Re: Using IOZone to simulate DB access patterns
Jesper Krogh (10:49)
Re: Using IOZone to simulate DB access patterns
henk de wit (10:00)
Re: Raid 10 chunksize
Scott Carey (05:25)
Re: Question on pgbench output
Greg Smith (02:36)
Re: Raid 10 chunksize
Greg Smith (02:26)
Re: Raid 10 chunksize
david (01:05)
Re: Using IOZone to simulate DB access patterns
Josh Berkus (00:10)
03 April 2009
Re: Question on pgbench output
David Kerr (23:47)
Re: Question on pgbench output
David Kerr (23:35)
Using IOZone to simulate DB access patterns
Josh Berkus (23:13)
Re: Question on pgbench output
Tom Lane (22:52)
Re: Question on pgbench output
Tom Lane (22:30)
Re: Question on pgbench output
Greg Smith (21:51)
Re: Question on pgbench output
Scott Marlowe (21:43)
Re: Question on pgbench output
David Kerr (21:18)
Re: Question on pgbench output
Tom Lane (20:43)
Question on pgbench output
David Kerr (19:53)
Re: plpgsql arrays
Nathan Boley (19:03)
Re: plpgsql arrays
Tom Lane (17:39)
Re: plpgsql arrays
Alvaro Herrera (17:33)
Re: plpgsql arrays
Simon Riggs (17:29)
Re: Rewriting using rules for performance
Merlin Moncure (15:59)
Re: Rewriting using rules for performance
Merlin Moncure (15:52)
Re: plpgsql arrays
Merlin Moncure (15:18)
Re: plpgsql arrays
Matthew Wakeling (15:15)
Re: plpgsql arrays
Merlin Moncure (15:09)
Re: plpgsql arrays
Merlin Moncure (15:02)
Re: plpgsql arrays
Matthew Wakeling (14:58)
Re: plpgsql arrays
Tom Lane (14:48)
Re: plpgsql arrays
Matthew Wakeling (14:45)
Re: plpgsql arrays
Matthew Wakeling (14:28)
Re: plpgsql arrays
Tom Lane (14:24)
Re: plpgsql arrays
Matthew Wakeling (14:14)
Re: plpgsql arrays
Tom Lane (14:08)
Re: plpgsql arrays
Tom Lane (14:04)
Re: plpgsql arrays
Matthew Wakeling (13:57)
Re: Rewriting using rules for performance
Matthew Wakeling (13:55)
Thread Index
[
Prev Page
]
[
Next Page
]
Privacy Policy
|
About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group