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-07 Thread Index (2/3)
Last updated: Wed Jan 18 04:14:45 2012
372 messages
Main Index
[
Prev Page
]
[
Next Page
]
Re: [GENERAL] Concurrency issue under very heay loads
,
(continued)
Re: [GENERAL] Concurrency issue under very heay loads
Greenhorn (Thu 16 05:31)
Re: Concurrency issue under very heay loads
Scott Marlowe (Thu 16 06:11)
Re: Concurrency issue under very heay loads
Craig Ringer (Fri 17 14:38)
Re: Concurrency issue under very heay loads
Albe Laurenz (Thu 16 09:17)
Re: Concurrency issue under very heay loads
Haszlakiewicz, Eric (Fri 17 19:13)
Re: cluster index on a table
Ibrahim Harrani (Wed 15 15:04)
Re: cluster index on a table
Scott Carey (Thu 16 00:33)
Re: cluster index on a table
Justin Pitts (Thu 16 02:17)
Re: cluster index on a table
Scott Marlowe (Thu 16 02:37)
Re: cluster index on a table
Scott Mead (Thu 16 12:42)
Re: cluster index on a table
Scott Carey (Thu 16 17:36)
Re: cluster index on a table
Justin Pitts (Thu 16 17:53)
Re: cluster index on a table
Scott Carey (Thu 16 18:22)
Re: cluster index on a table
Justin Pitts (Thu 16 18:36)
Re: cluster index on a table
Scott Carey (Thu 16 19:18)
Re: cluster index on a table
Greg Stark (Thu 16 19:46)
Re: cluster index on a table
Scott Carey (Thu 16 20:09)
Re: cluster index on a table
Greg Stark (Thu 16 20:49)
Re: cluster index on a table
Scott Carey (Fri 17 00:02)
Re: cluster index on a table
Greg Stark (Fri 17 00:28)
Re: cluster index on a table
Scott Carey (Fri 17 03:08)
Re: cluster index on a table
Kevin Grittner (Thu 16 19:15)
Re: cluster index on a table
Ibrahim Harrani (Thu 16 21:17)
<Possible follow-ups>
Re: cluster index on a table
Scara Maccai (Thu 16 13:33)
Re: cluster index on a table
Kevin Grittner (Thu 16 20:15)
Re: cluster index on a table
Greg Stark (Thu 16 21:02)
Re: cluster index on a table
Scara Maccai (Fri 17 06:45)
Re: cluster index on a table
Scara Maccai (Fri 17 07:22)
Re: cluster index on a table
Kevin Grittner (Fri 17 14:31)
Re: cluster index on a table
phb07(at)apra(dot)asso(dot)fr (Fri 17 13:26)
Re: cluster index on a table
Scara Maccai (Fri 17 14:45)
Re: cluster index on a table
Kevin Grittner (Fri 17 15:26)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Lauris Ulmanis (Wed 15 12:21)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Alvaro Herrera (Wed 15 14:02)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
toruvinn (Wed 15 14:44)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Alvaro Herrera (Wed 15 14:47)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Tom Lane (Wed 15 14:59)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Marko Kreen (Wed 15 15:11)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
David Wilson (Wed 15 15:24)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Tom Lane (Wed 15 15:30)
Re: [BUGS] BUG #4919: CREATE USER command slows down system performance
Marko Kreen (Wed 15 15:31)
Re: [BUGS] BUG #4919: CREATE USER command slows down systemperformance
Lauris Ulmanis (Thu 16 12:09)
Strange memory behavior with rails - caching in connection?
Alex (Wed 15 08:45)
Re: Strange memory behavior with rails - caching in connection?
Scott Marlowe (Fri 17 09:06)
Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Wed 15 03:59)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Craig Ringer (Wed 15 08:26)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Craig Ringer (Wed 15 08:28)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Greg Stark (Wed 15 08:37)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Wed 15 09:05)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Wed 15 08:52)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Mike Ivanov (Wed 15 22:38)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Thu 16 00:54)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Mike Ivanov (Fri 17 01:26)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Andres Freund (Wed 15 22:52)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Thu 16 01:11)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Andres Freund (Thu 16 07:46)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Thu 16 09:31)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Andres Freund (Thu 16 09:34)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
ning (Thu 16 09:47)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Andres Freund (Thu 16 09:53)
Re: Repeated Query is much slower in PostgreSQL8.2.4 than DB2 9.1
Dimitri Fontaine (Thu 16 20:43)
CREATE USER command slows down when user count per server reaches up to 500 000
Lauris Ulmanis (Tue 14 13:21)
Re: CREATE USER command slows down when user count per server reaches up to 500 000
Haszlakiewicz, Eric (Wed 15 21:38)
Odd performance / query plan with bitmasked field as opposed to equality
Frank Joerdens (Mon 13 20:46)
Re: Odd performance / query plan with bitmasked field as opposed to equality
Robert Haas (Wed 22 19:02)
Poor overall performance unless regular VACUUM FULL
Wayne Conrad (Mon 13 19:38)
Re: Poor overall performance unless regular VACUUM FULL
Scott Marlowe (Wed 15 05:16)
Re: Poor overall performance unless regular VACUUM FULL
Wayne Conrad (Wed 15 12:51)
Re: Poor overall performance unless regular VACUUM FULL
Scott Marlowe (Wed 15 14:30)
Re: Poor overall performance unless regular VACUUM FULL
Wayne Conrad (Wed 15 22:04)
Re: Poor overall performance unless regular VACUUM FULL
Scott Marlowe (Thu 16 00:40)
Re: Poor overall performance unless regular VACUUM FULL
Wayne Conrad (Thu 16 15:05)
Re: Poor overall performance unless regular VACUUM FULL
David Wilson (Wed 15 05:16)
Re: Poor overall performance unless regular VACUUM FULL
Scott Carey (Thu 16 00:31)
Very big insert/join performance problem (bacula)
Marc Cousin (Mon 13 14:01)
Re: Very big insert/join performance problem (bacula)
SystemManagement (Mon 13 14:45)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Mon 13 14:53)
Re: Very big insert/join performance problem (bacula)
Andres Freund (Mon 13 15:06)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Tue 14 05:54)
Re: Very big insert/join performance problem (bacula)
Richard Huxton (Tue 14 08:15)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Tue 14 09:16)
Re: Very big insert/join performance problem (bacula)
Richard Huxton (Tue 14 08:23)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Tue 14 09:22)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Wed 15 11:37)
Re: Very big insert/join performance problem (bacula)
Alvaro Herrera (Wed 15 13:45)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Wed 15 13:53)
Re: Very big insert/join performance problem (bacula)
Kevin Grittner (Thu 16 20:10)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Thu 16 20:50)
Re: Very big insert/join performance problem (bacula)
Kevin Grittner (Thu 16 21:55)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Thu 16 22:03)
Re: Very big insert/join performance problem (bacula)
Kevin Grittner (Thu 16 22:30)
Re: Very big insert/join performance problem (bacula)
Robert Haas (Fri 24 03:48)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Fri 24 05:13)
Re: Very big insert/join performance problem (bacula)
Robert Haas (Sun 26 03:32)
Re: Very big insert/join performance problem (bacula)
Eric Comeau (Mon 27 11:17)
Re: Very big insert/join performance problem (bacula)
Devin Ben-Hur (Thu 16 22:30)
Re: Very big insert/join performance problem (bacula)
Devin Ben-Hur (Thu 16 00:02)
Re: Very big insert/join performance problem (bacula)
Scott Carey (Thu 16 00:43)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Thu 16 05:20)
Re: Very big insert/join performance problem (bacula)
Marc Cousin (Thu 16 07:41)
Performance comparison between Postgres and Greenplum
Suvankar Roy (Mon 13 11:34)
Re: Performance comparison between Postgres and Greenplum
Scott Marlowe (Wed 15 04:56)
Re: Performance comparison between Postgres and Greenplum
Suvankar Roy (Wed 15 05:34)
Re: Performance comparison between Postgres and Greenplum
Scott Marlowe (Wed 15 09:30)
Re: Performance comparison between Postgres and Greenplum
Suvankar Roy (Wed 15 09:39)
Re: Performance comparison between Postgres and Greenplum
Greg Smith (Thu 16 01:17)
Re: Performance comparison between Postgres and Greenplum
Alex Goncharov (Wed 15 12:37)
Re: Performance comparison between Postgres and Greenplum
Suvankar Roy (Wed 15 13:02)
Re: Performance comparison between Postgres and Greenplum
Alex Goncharov (Wed 15 13:18)
Re: Performance comparison between Postgres and Greenplum
Scott Mead (Wed 15 15:33)
Re: Performance comparison between Postgres and Greenplum
Scott Marlowe (Fri 17 06:24)
Re: Performance comparison between Postgres and Greenplum
Greg Smith (Thu 16 01:14)
Re: autovacuum hung?
Brian Cox (Fri 10 18:13)
Cost performace question
paulo matadr (Fri 10 14:46)
Re: Cost performace question
Kevin Grittner (Fri 10 14:51)
Res: Cost performace question
paulo matadr (Fri 10 19:33)
Re: Res: Cost performace question
Matthew Wakeling (Mon 13 12:22)
Poor query performance
Alex (Thu 09 21:44)
Re: Poor query performance
Alex (Thu 09 21:44)
Re: Poor query performance
Greg Stark (Wed 15 06:53)
Re: Poor query performance
Alex (Wed 15 08:15)
Message not available
Re: Poor query performance
Greg Stark (Wed 15 08:23)
Re: Poor query performance
Alex (Wed 15 08:45)
Re: Poor query performance
Scott Marlowe (Mon 20 05:39)
Trigger on column
ramasubramanian (Mon 20 09:05)
Re: Trigger on column
A. Kretschmer (Mon 20 09:24)
Performance of quer or procedure going down when we are taking the backup
ramasubramanian (Mon 20 10:15)
Re: Performance of quer or procedure going down when we are taking the backup
Robert Haas (Sun 26 21:17)
embedded sql regression from 8.2.4 to 8.3.7
Haszlakiewicz, Eric (Thu 09 17:28)
Re: embedded sql regression from 8.2.4 to 8.3.7
Albe Laurenz (Fri 10 09:06)
Re: embedded sql regression from 8.2.4 to 8.3.7
Haszlakiewicz, Eric (Mon 13 15:52)
Re: embedded sql regression from 8.2.4 to 8.3.7
Albe Laurenz (Tue 14 09:41)
Re: embedded sql regression from 8.2.4 to 8.3.7
Haszlakiewicz, Eric (Mon 13 18:42)
Huge difference in query performance between 8.3 and 8.4 (possibly)
Robin Houston (Thu 09 16:35)
Re: Huge difference in query performance between 8.3 and 8.4 (possibly)
Alvaro Herrera (Thu 09 17:02)
Re: Huge difference in query performance between 8.3 and 8.4 (possibly)
Tom Lane (Thu 09 17:09)
Re: Huge difference in query performance between 8.3 and 8.4 (possibly)
Hartman, Matthew (Thu 09 17:46)
Sorting by an arbitrary criterion
Craig James (Thu 09 16:26)
Re: Sorting by an arbitrary criterion
Grzegorz Jaśkiewicz (Thu 09 16:35)
Re: Sorting by an arbitrary criterion
Tom Lane (Thu 09 16:38)
Re: Sorting by an arbitrary criterion
Grzegorz Jaśkiewicz (Thu 09 20:25)
Re: Sorting by an arbitrary criterion
Kevin Grittner (Thu 09 16:39)
Re: Sorting by an arbitrary criterion
Alexander Staubo (Thu 09 16:40)
Re: Sorting by an arbitrary criterion
hubert depesz lubaczewski (Thu 09 18:11)
Re: Sorting by an arbitrary criterion
Hartman, Matthew (Thu 09 18:20)
Data caching
Martin Chlupac (Thu 09 10:34)
Re: Data caching
Richard Huxton (Thu 09 10:53)
Maximum size of an XML document
Franclin Foping (Wed 08 17:21)
Performance difference between IN(...) and ANY(...) operator
Gnanam (Wed 08 06:50)
Re: Performance difference between IN(...) and ANY(...) operator
Robert Haas (Thu 23 23:22)
Re: [GENERAL] Postgres Clustering
Tim Uckun (Wed 08 02:27)
Re: Speeding up a query.
Simon Riggs (Tue 07 09:39)
Re: Speeding up a query.
Hartman, Matthew (Tue 07 12:38)
Bundling postgreSQL with my Java application
Saurabh Dave (Mon 06 05:48)
Re: Bundling postgreSQL with my Java application
Mark Mielke (Mon 06 05:59)
Re: Bundling postgreSQL with my Java application
Guillaume Cottenceau (Mon 06 07:07)
Re: Bundling postgreSQL with my Java application
Saurabh Dave (Mon 06 07:17)
Re: Bundling postgreSQL with my Java application
Mark Mielke (Mon 06 08:26)
Re: Bundling postgreSQL with my Java application
justin (Mon 06 23:20)
Re: Bundling postgreSQL with my Java application
Saurabh Dave (Tue 07 05:11)
Re: Bundling postgreSQL with my Java application
Kevin Grittner (Tue 07 13:41)
Re: Bundling postgreSQL with my Java application
Scott Marlowe (Tue 07 05:59)
Six PostgreSQL questions from a pokerplayer
Patvs (Sat 04 18:51)
Re: Six PostgreSQL questions from a pokerplayer
Craig Ringer (Mon 06 05:33)
Re: Six PostgreSQL questions from a pokerplayer
Mark Kirkwood (Mon 06 06:13)
Re: Six PostgreSQL questions from a pokerplayer
Scott Carey (Mon 06 08:43)
Re: Six PostgreSQL questions from a pokerplayer
Scott Carey (Mon 06 08:48)
Re: Six PostgreSQL questions from a pokerplayer
Stephen Frost (Mon 06 11:02)
Re: Six PostgreSQL questions from a pokerplayer
Mark Mielke (Mon 06 19:26)
Re: Six PostgreSQL questions from a pokerplayer
Craig Ringer (Tue 07 04:51)
Re: Six PostgreSQL questions from a pokerplayer
Scott Marlowe (Tue 07 05:51)
Re: Six PostgreSQL questions from a pokerplayer
Greg Stark (Mon 06 09:40)
Re: Six PostgreSQL questions from a pokerplayer
Greg Smith (Mon 06 13:26)
Re: Six PostgreSQL questions from a pokerplayer
Dave Page (Mon 06 13:49)
Most effective insert or replace
Sergei Politov (Fri 03 11:06)
Re: Most effective insert or replace
Matthew Wakeling (Fri 03 11:23)
Re: slow DELETE on 12 M row table
Janet Jacobsen (Thu 02 22:48)
<Possible follow-ups>
Re: slow DELETE on 12 M row table
Scott Marlowe (Fri 03 00:21)
regression ? 8.4 do not apply One-Time Filter to subquery
Sergey Burladyan (Thu 02 00:08)
Re: regression ? 8.4 do not apply One-Time Filter to subquery
Robert Haas (Wed 22 19:02)
Main Index
[
Prev Page
]
[
Next Page
]
Mail converted by
MHonArc
Privacy Policy
|
About PostgreSQL
Copyright © 1996 – 2012 PostgreSQL Global Development Group