• Text Size: Normal / Large
• Donate
• Contact

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

pgsql-performance 2009-07 Thread Index (2/3)

• 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