• 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-12 Chronological Index (2/2)

• Thread Index
• [Prev Page]
• [Next Page]

• 08 December 2009
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Robert Haas (04:04)
  • Dynamlically updating the estimated cost of a transaction Hasini Gunasinghe (03:08)
• 07 December 2009
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Andres Freund (23:25)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (23:17)
  • Re: RAID card recommendation Karl Denninger (23:14)
  • Re: RAID card recommendation Greg Smith (22:58)
  • Re: RAID card recommendation Greg Smith (22:43)
  • Re: RAID card recommendation Karl Denninger (22:34)
  • Re: RAID card recommendation Craig James (22:23)
  • Re: performance penalty between Postgresql 8.3.8 and 8.4.1 Kevin Grittner (22:20)
  • performance penalty between Postgresql 8.3.8 and 8.4.1 Schmitz, David (22:05)
  • Re: RAID card recommendation Greg Smith (21:20)
  • Re: Load experimentation Greg Smith (20:59)
  • Re: RAID card recommendation Karl Denninger (19:49)
  • Re: Load experimentation Alan Hodgson (19:48)
  • Re: Load experimentation Craig James (19:37)
  • Re: Load experimentation Ben Brehmer (19:33)
  • Re: RAID card recommendation Scott Carey (19:21)
  • Re: RAID card recommendation Scott Carey (19:05)
  • Re: Load experimentation Craig James (18:50)
  • Re: Load experimentation Ben Brehmer (18:45)
  • Re: Load experimentation Thom Brown (18:40)
  • Re: Load experimentation Scott Mead (18:39)
  • Re: Load experimentation Kevin Grittner (18:33)
  • Load experimentation Ben Brehmer (18:13)
• 06 December 2009
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Scott Marlowe (20:24)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Andres Freund (19:10)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Andres Freund (16:51)
  • Re: performance while importing a very large data set in to database Greg Smith (15:15)
  • Re: performance while importing a very large data set in to database Kris Kewley (14:16)
  • Re: performance while importing a very large data set in to database Pierre Frédéric Caillau d (14:13)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Greg Smith (01:34)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Craig Ringer (01:16)
• 05 December 2009
  • Re: performance while importing a very large data set in to database Scott Marlowe (23:10)
  • Re: query cost too high, anyway to reduce it Scott Marlowe (21:14)
  • Re: performance while importing a very large data set in to database Scott Marlowe (21:13)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Scott Marlowe (21:13)
  • Re: performance while importing a very large data set in to database Ing . Marcos Luís Ortíz Valmaseda (21:07)
  • Re: Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Andres Freund (21:01)
  • Re: performance while importing a very large data set in to database Jeremy Harris (20:53)
  • Time Profiling inside the procedure niraj patel (01:27)
• 04 December 2009
  • Large DB, several tuning questions: Index sizes, VACUUM, REINDEX, Autovacuum Andreas Thiel (23:31)
  • query cost too high, anyway to reduce it nair rajiv (10:15)
  • Re: SSD + RAID Scott Carey (00:05)
• 03 December 2009
  • Re: Checkpoint spikes Greg Smith (20:57)
  • Re: Checkpoint spikes Heikki Linnakangas (11:27)
  • Re: Analyse without locking? Laurent Laborde (09:44)
  • Re: [BUGS] BUG #5228: Execution of prepared query is slow when timestamp parameter is used Craig Ringer (08:52)
  • Re: Checkpoint spikes Greg Smith (07:04)
  • Re: Analyse without locking? Richard Neill (06:23)
  • Re: Query times change by orders of magnitude as DB ages Scott Carey (03:16)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Richard Neill (01:31)
• 02 December 2009
  • performance while importing a very large data set in to database Ashish Kumar Singh (23:44)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (23:31)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Richard Neill (23:04)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (22:23)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Tom Lane (22:20)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (22:18)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Tom Lane (20:39)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (19:55)
  • Re: Cost of sort/order by not estimated by the query planner Tom Lane (17:01)
  • Re: Cost of sort/order by not estimated by the query planner Robert Haas (16:48)
  • Re: Cost of sort/order by not estimated by the query planner Laurent Laborde (15:32)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Craig Ringer (13:47)
  • Re: Cost of sort/order by not estimated by the query planner Laurent Laborde (13:20)
  • Re: Cost of sort/order by not estimated by the query planner Robert Haas (13:17)
  • Re: Cost of sort/order by not estimated by the query planner Laurent Laborde (13:02)
  • Re: Cost of sort/order by not estimated by the query planner Greg Stark (12:48)
  • Re: Cost of sort/order by not estimated by the query planner Laurent Laborde (12:47)
  • Re: Cost of sort/order by not estimated by the query planner Greg Stark (12:42)
  • Re: Cost of sort/order by not estimated by the query planner Laurent Laborde (11:13)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Matthew Wakeling (11:08)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Richard Neill (05:43)
  • Re: RAID card recommendation Greg Smith (02:49)
  • Re: RAID card recommendation Karl Denninger (02:11)
  • Re: RAID card recommendation Scott Carey (01:38)
• 01 December 2009
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (23:37)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Richard Neill (22:46)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Jean-Michel Pouré (20:06)
  • Re: Order by (for 15 rows) adds 30 seconds to query time Kevin Grittner (20:06)
  • Order by (for 15 rows) adds 30 seconds to query time Richard Neill (18:52)
  • Re: Server Freezing Fernando Hevia (15:49)
  • Re: Server Freezing Waldomiro (11:19)
  • Re: Server Freezing Waldomiro (11:03)
• 30 November 2009
  • Re: Server Freezing Denis Lussier (17:13)
• 28 November 2009
  • Re: OpenMP in PostgreSQL-8.4.0 Denis Lussier (14:21)

• Thread Index
• [Prev Page]
• [Next Page]