• Text Size: Normal / Large
• Donate
• Contact

Section Navigation

• Community
• Mailing Lists
  • Subscribe
  • User lists
    • pgsql-admin
    • pgsql-advocacy
    • pgsql-announce
    • pgsql-bugs
    • pgsql-docs
    • pgsql-cygwin
    • pgsql-general
    • pgsql-interfaces
    • pgsql-jdbc
    • pgsql-jobs
    • pgsql-novice
    • pgsql-odbc
    • pgsql -performance
    • pgsql-php
    • pgsql-ports
    • pgsql-sql
  • Developer lists
  • Regional lists
  • Project lists
  • User groups
  • Inactive lists
• IRC
• In The Real World
• International Sites
• Propaganda
• Resources
• Weekly News

pgsql-performance 2006-09 Chronological Index (1/3)

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

• 30 September 2006
  • Re: Table not getting vaccumed. Tom Lane
  • Re: how to optimize postgres 8.1 Markus Schaber
  • Table not getting vaccumed. Nimesh Satam
  • Re: Postgres locking up? Robert Becker Cope
• 29 September 2006
  • Re: cont. how to optimize postgres 8.1 Tom Lane
  • cont. how to optimize postgres 8.1 gurkan
  • Re: [NOVICE] Postgres locking up? Tom Lane
  • Re: Postgres locking up? Andrew Sullivan
  • Postgres locking up? Brian Hurt
  • Re: how to optimize postgres 8.1 Tom Lane
  • how to optimize postgres 8.1 gurkan
  • Re: archive wal's failure and load increase. Tom Lane
  • Re: any hope for my big query? Jim C. Nasby
  • Re: archive wal's failure and load increase. Simon Riggs
  • Re: Performace Optimization for Dummies Merlin Moncure
  • Re: archive wal's failure and load increase. Tom Lane
  • Re: Performace Optimization for Dummies Bill Moran
  • Re: Performace Optimization for Dummies Markus Schaber
  • Re: Performace Optimization for Dummies Markus Schaber
  • Re: any hope for my big query? Simon Riggs
  • Re: archive wal's failure and load increase. Simon Riggs
  • Re: Performace Optimization for Dummies Simon Riggs
  • Re: any hope for my big query? Edoardo Ceccarelli
  • Re: Performace Optimization for Dummies Heikki Linnakangas
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Tom Lane
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Matthew Nuzum
  • Re: any hope for my big query? Jim C. Nasby
• 28 September 2006
  • Re: Performace Optimization for Dummies Jim C. Nasby
  • any hope for my big query? Ben
  • Re: archive wal's failure and load increase. Tom Lane
  • Re: Performace Optimization for Dummies Steve Atkins
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Merlin Moncure
  • Re: slow queue-like empty table Andrew Sullivan
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • archive wal's failure and load increase. Cedric Boudin
  • Re: Performace Optimization for Dummies Merlin Moncure
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Matthew Nuzum
  • RES: Performace Optimization for Dummies Leandro Guimarães dos Santos
  • [no subject] Jim C. Nasby
  • Re: Performace Optimization for Dummies Jim C. Nasby
  • Re: Performace Optimization for Dummies Jim C. Nasby
  • Re: Performace Optimization for Dummies Jim C. Nasby
  • Re: Performace Optimization for Dummies Dave Dutcher
  • Re: Performace Optimization for Dummies Steve Atkins
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Performace Optimization for Dummies Carlo Stonebanks
  • Re: Problems with inconsistant query performance. Bill Moran
  • Re: Performace Optimization for Dummies Merlin Moncure
  • Re: Performace Optimization for Dummies Joshua D. Drake
  • Performace Optimization for Dummies Carlo Stonebanks
  • Re: Problems with inconsistant query performance. Jim C. Nasby
  • Re: Problems with inconsistant query performance. Bill Moran
  • Re: Problems with inconsistant query performance. Matthew Schumacher
  • Re: Problems with inconsistant query performance. Marcin Mank
  • Re: slow i/o Jignesh K. Shah
  • Re: slow queue-like empty table Csaba Nagy
  • Re: autovacuum on a -mostly- r/o table Edoardo Ceccarelli
  • Re: slow queue-like empty table Tobias Brox
  • slow queue-like empty table Tobias Brox
• 27 September 2006
  • Re: Problems with inconsistant query performance. Jim C. Nasby
  • Re: Problems with inconsistant query performance. Matthew Schumacher
  • Re: Problems with inconsistant query performance. Jim C. Nasby
  • Re: Problems with inconsistant query performance. Matthew Schumacher
  • Re: Problems with inconsistant query performance. Jim C. Nasby
  • Re: autovacuum on a -mostly- r/o table Bill Moran
  • Re: Forcing the use of particular execution plans Jim C. Nasby
  • Re: Merge Join vs Nested Loop Tobias Brox
  • Problems with inconsistant query performance. Matthew Schumacher
  • Re: [ADMIN] autovacuum on a -mostly- r/o table Matthew T. O'Connor
  • Re: autovacuum on a -mostly- r/o table Rod Taylor
  • Re: autovacuum on a -mostly- r/o table Tobias Brox
  • Re: autovacuum on a -mostly- r/o table Edoardo Ceccarelli
  • Re: autovacuum on a -mostly- r/o table Edoardo Ceccarelli
  • Re: autovacuum on a -mostly- r/o table Bill Moran
  • Re: autovacuum on a -mostly- r/o table Csaba Nagy
  • Re: autovacuum on a -mostly- r/o table Tobias Brox
  • Re: autovacuum on a -mostly- r/o table Alan Hodgson
  • autovacuum on a -mostly- r/o table Edoardo Ceccarelli
  • Re: Forcing the use of particular execution plans Dave Dutcher
  • Re: Merge Join vs Nested Loop Tobias Brox
  • Re: Merge Join vs Nested Loop Scott Marlowe
  • Re: Merge Join vs Nested Loop Tobias Brox
  • Re: Merge Join vs Nested Loop Scott Marlowe
  • Re: Merge Join vs Nested Loop Tobias Brox
  • Re: Merge Join vs Nested Loop Scott Marlowe
  • Re: Forcing the use of particular execution plans Jochem van Dieten
  • Re: Merge Join vs Nested Loop Tobias Brox
  • Forcing the use of particular execution plans Tim Truman
  • Re: PostgreSQL and sql-bench Jim Nasby
  • Re: Confusion and Questions about blocks read Jim Nasby
  • Re: Decreasing BLKSZ Jim Nasby
  • Re: IN not handled very well? Jim Nasby
  • Re: Update on high concurrency OLTP application and Postgres Jim Nasby
• 26 September 2006
  • Re: slow i/o Junaili Lie
  • Re: Decreasing BLKSZ Markus Schaber
  • Re: Decreasing BLKSZ Bucky Jordan
  • Re: Merge Join vs Nested Loop Tom Lane
  • Re: Decreasing BLKSZ Marc Morin
  • Re: Decreasing BLKSZ Bucky Jordan
  • Merge Join vs Nested Loop Tobias Brox
  • Re: Decreasing BLKSZ Marc Morin
• 25 September 2006
  • Re: Decreasing BLKSZ Mark Lewis
  • Re: Decreasing BLKSZ Tom Lane
  • Re: Decreasing BLKSZ Marc Morin
  • Re: Decreasing BLKSZ Markus Schaber
  • Decreasing BLKSZ Marc Morin
  • Re: PostgreSQL and sql-bench yoav x
  • Re: Large tables (was: RAID 0 not as fast as Luke Lonergan
  • Re: Multi-processor question Markus Schaber
  • Multi-processor question Kjell Tore Fossbakk
• 24 September 2006
  • Re: IN not handled very well? Ben
  • Re: IN not handled very well? Tom Lane
  • IN not handled very well? Ben
  • Re: Large tables (was: RAID 0 not as fast as Ron Mayer
• 23 September 2006
  • Re: Opteron vs. Xeon "benchmark" Dave Cramer
  • Re: Update on high concurrency OLTP application and Postgres Cosimo Streppone
  • Re: Opteron vs. Xeon "benchmark" Guido Neitzer
  • Re: Opteron vs. Xeon "benchmark" Dave Cramer
  • Re: Opteron vs. Xeon "benchmark" Guido Neitzer
  • Re: Confusion and Questions about blocks read Markus Schaber
  • Re: recommended benchmarks Denis Lussier
  • Re: Why is it choosing a different plan? Anthony Presley
  • Re: Why is it choosing a different plan? Anthony Presley
• 22 September 2006
  • Why is it choosing a different plan? Anthony Presley
  • Re: Opteron vs. Xeon "benchmark" mark
  • Re: Opteron vs. Xeon "benchmark" Arjen van der Meijden
  • Re: Confusion and Questions about blocks read Alex Turner
  • Re: recommended benchmarks Bucky Jordan
  • Re: Opteron vs. Xeon "benchmark" Vivek Khera
  • Re: recommended benchmarks Brad Nicholson
  • recommended benchmarks Charles Sprickman
  • Re: Confusion and Questions about blocks read Alex Turner
  • Re: Confusion and Questions about blocks read Tom Lane
  • Confusion and Questions about blocks read Alex Turner
  • Re: Large tables (was: RAID 0 not as fast as Jim C. Nasby
  • Re: Large tables (was: RAID 0 not as fast as Jim C. Nasby
  • Re: Opteron vs. Xeon "benchmark" nicky
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber
  • Re: Opteron vs. Xeon "benchmark" Arjen van der Meijden
  • Opteron vs. Xeon "benchmark" Hannes Dorbath
  • Re: High CPU Load Jérôme BENOIS
  • Re: Large tables (was: RAID 0 not as fast as Luke Lonergan
  • Re: Large tables (was: RAID 0 not as fast as mark
  • Re: Large tables (was: RAID 0 not as fast as Bruce Momjian
  • Re: Large tables (was: RAID 0 not as fast as Guy Thornley
  • Re: Large tables (was: RAID 0 not as fast as Luke Lonergan
• 21 September 2006
  • Re: PostgreSQL and sql-bench Arjen van der Meijden
  • Re: PostgreSQL and sql-bench Jim C. Nasby
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber
  • Re: Large tables (was: RAID 0 not as fast as Bucky Jordan
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber
  • Re: Large tables (was: RAID 0 not as fast as Mark Lewis
  • Re: Large tables (was: RAID 0 not as fast as Bucky Jordan
  • Re: PostgreSQL and sql-bench Jeff Davis
  • Re: PostgreSQL and sql-bench Tom Lane
  • Re: PostgreSQL and sql-bench Guido Neitzer
  • Re: PostgreSQL and sql-bench Mark Lewis
  • Re: PostgreSQL and sql-bench Brad Nicholson
  • PostgreSQL and sql-bench yoav x
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber
  • Re: Large tables (was: RAID 0 not as fast as Luke Lonergan
• 20 September 2006
  • Re: running benchmark test on a 50GB database Jim C. Nasby
  • Re: Large tables (was: RAID 0 not as fast as Ron
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber
  • Re: Large tables (was: RAID 0 not as fast as Luke Lonergan
  • Re: running benchmark test on a 50GB database Chris Mair
  • Re: running benchmark test on a 50GB database Dave Dutcher
  • running benchmark test on a 50GB database Nuno Alves
  • Re: Update on high concurrency OLTP application and Postgres Cosimo Streppone
  • Re: Update on high concurrency OLTP application and Postgres 8 tuning Andrew Sullivan
  • Update on high concurrency OLTP application and Postgres 8 tuning Cosimo Streppone
  • Re: Large tables (was: RAID 0 not as fast as Markus Schaber

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