• 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-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
• Featured Users
• International Sites
• Propaganda
• Resources
• Weekly News
• Community login
  • Profile
  • Lost password

pgsql-performance 2006-08 Chronological Index (3/3)

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

• 09 August 2006
  • Re: Hardware upgraded but performance still ain't good enough Stephen Frost
  • Unsubscribe Werner vd Merwe
  • unsubscribe Gourish Singbal
  • Re: most bang for buck with ~ $20,000 Arjen van der Meijden
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: most bang for buck with ~ $20,000 Kenji Morishige
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: most bang for buck with ~ $20,000 Arjen van der Meijden
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Hardware upgraded but performance still ain't good David Lang
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: most bang for buck with ~ $20,000 Thomas F. O'Connell
• 08 August 2006
  • Re: most bang for buck with ~ $20,000 Joshua D. Drake
  • Re: most bang for buck with ~ $20,000 Thomas F. O'Connell
  • Re: most bang for buck with ~ $20,000 Joshua D. Drake
  • Re: most bang for buck with ~ $20,000 Steve Atkins
  • Re: most bang for buck with ~ $20,000 Kenji Morishige
  • Re: most bang for buck with ~ $20,000 Scott Marlowe
  • Re: most bang for buck with ~ $20,000 Kenji Morishige
  • Re: most bang for buck with ~ $20,000 Thomas F. O'Connell
  • Re: most bang for buck with ~ $20,000 Joshua D. Drake
  • most bang for buck with ~ $20,000 Kenji Morishige
  • Re: Optimizing queries Tom Lane
  • Re: Optimizing queries Patrice Beliveau
  • Re: Optimizing queries Scott Marlowe
  • Optimizing queries Patrice Beliveau
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: shared_buffer optimization Christopher Browne
  • Re: Postgresql Performance on an HP DL385 and SmartArray 642 Jeff Trout
  • Re: Hardware upgraded but performance still ain't good enough Stephen Frost
  • Re: Hardware upgraded but performance still ain't good enough Stephen Frost
  • shared_buffer optimization Ruben Rubio
  • vacuuming Eugeny N Dzhurinsky
  • Re: Postgresql Performance on an HP DL385 and Alex Turner
  • Re: Hardware upgraded but performance still ain't good enough Alex Turner
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Joshua D. Drake
  • Re: Postgresql Performance on an HP DL385 and Steve Poe
  • Re: Postgresql Performance on an HP DL385 and Luke Lonergan
  • Postgresql Performance on an HP DL385 and SmartArray 642 Steve Poe
• 07 August 2006
  • Hardware upgraded but performance still ain't good enough Alvaro Nunes Melo
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Steinar H. Gunderson
  • Re: [NOVICE] 7.3.2 pg_restore very slow Saranya Sivakumar
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Alex Turner
  • Re: High Context-Switches on Linux 8.1.4 Server Donald C. Sumbry ][
  • Re: [NOVICE] 7.3.2 pg_restore very slow Richard Broersma Jr
  • Re: High Context-Switches on Linux 8.1.4 Server Tom Lane
  • Re: [NOVICE] 7.3.2 pg_restore very slow Markus Schaber
  • Re: Slow transfer speeds Scott Marlowe
  • Re: [NOVICE] 7.3.2 pg_restore very slow Saranya Sivakumar
  • Slow transfer speeds hansell baran
  • Re: XFS filessystem for Datawarehousing Alvaro Herrera
  • Re: [NOVICE] 7.3.2 pg_restore very slow Richard Broersma Jr
  • Re: 7.3.2 pg_restore very slow Saranya Sivakumar
  • Re: High Context-Switches on Linux 8.1.4 Server Donald C. Sumbry ][
  • Re: 7.3.2 pg_restore very slow Saranya Sivakumar
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: sub select performance due to seq scans Markus Schaber
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Markus Schaber
  • Re: High Context-Switches on Linux 8.1.4 Server Tom Lane
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Markus Schaber
  • Re: Disk writes Markus Schaber
  • Re: 7.3.2 pg_restore very slow Richard Huxton
  • Re: Migrating data from DB2 to SQL Server Pit M.
  • High Context-Switches on Linux 8.1.4 Server Donald C. Sumbry ][
• 06 August 2006
  • 7.3.2 pg_restore very slow Saranya Sivakumar
• 05 August 2006
  • Re: Query Plan - Bitmap Index Scan and Views Tom Lane
  • Re: Query Plan - Bitmap Index Scan and Views Rusty Conover
  • Re: Query Plan - Bitmap Index Scan and Views Tom Lane
• 04 August 2006
  • Query Plan - Bitmap Index Scan and Views Rusty Conover
  • Re: XFS filessystem for Datawarehousing Jim C. Nasby
  • Re: XFS filessystem for Datawarehousing -2 Denis Lussier
  • Re: RAID stripe size question Mikael Carneholm
  • Re: Partitioning / constrain exlusion not working with %-operator Martin Lesser
  • Re: XFS filessystem for Datawarehousing Luke Lonergan
• 03 August 2006
  • slow transfer speeds with PostgreSQL hansell baran
  • Re: XFS filessystem for Datawarehousing -2 Chris Browne
  • Re: Ian Westmacott
  • Migrating data from DB2 to SQL Server contact1981
  • Re: RAID stripe size question Merlin Moncure
  • Re: Chris Hoover
  • Re: XFS filessystem for Datawarehousing -2 Milen Kulev
  • Re: Ian Westmacott
  • Re: XFS filessystem for Datawarehousing Milen Kulev
  • Re: Chris Hoover
  • Re: Steinar H. Gunderson
  • [no subject] Jim Nasby
  • Re: Strange behaviour Tom Lane
  • unsubscribe Wade Klaver
  • Re: XFS filessystem for Datawarehousing Michael Stone
  • Re: XFS filessystem for Datawarehousing Florian Weimer
  • Re: XFS filessystem for Datawarehousing Koth, Christian (DWBI)
  • Re: XFS filessystem for Datawarehousing -2 Denis Lussier
  • Re: PITR performance overhead? Denis Lussier
  • Re: Performances with new Intel Core* processors Denis Lussier
  • Re: RAID stripe size question Luke Lonergan
  • Re: RAID stripe size question Merlin Moncure
  • Re: XFS filessystem for Datawarehousing Luke Lonergan
• 02 August 2006
  • Re: XFS filessystem for Datawarehousing Michael Stone
  • Re: XFS filessystem for Datawarehousing Chris Browne
  • Re: XFS filessystem for Datawarehousing Milen Kulev
  • Re: XFS filessystem for Datawarehousing Steve Poe
  • Re: XFS filessystem for Datawarehousing Milen Kulev
  • Re: sub select performance due to seq scans Scott Marlowe
  • Re: sub select performance due to seq scans H Hale
  • Re: Query/database optimization Eugeny N Dzhurinsky
  • Re: Query/database optimization Tom Lane
  • Re: XFS filessystem for Datawarehousing -2 Luke Lonergan
  • Re: XFS filessystem for Datawarehousing Luke Lonergan
  • Re: XFS filessystem for Datawarehousing Mark Kirkwood
  • Re: PITR performance overhead? Merlin Moncure
  • Re: XFS filessystem for Datawarehousing Alvaro Herrera
• 01 August 2006
  • Re: XFS filessystem for Datawarehousing J. Andrew Rogers
  • Re: sub select performance due to seq scans H Hale
  • Re: XFS filessystem for Datawarehousing Milen Kulev
  • FW: XFS filessystem for Datawarehousing -2 Milen Kulev
  • XFS filessystem for Datawarehousing Milen Kulev
  • Re: How to speed up this "translation" query? Niklas Johansson
  • How to speed up this "translation" query? tlm
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Jim C. Nasby
  • Re: PITR performance overhead? Bill Moran
  • PITR performance overhead? George Pavlov
  • Re: Fwd: Savepoint performance Ernest Nishiseki
  • Query/database optimization Eugeny N Dzhurinsky
  • Re: Are there any performance penalty for opposite edian platform combinations.... Tom Lane
  • Re: Performances with new Intel Core* processors Florian Weimer
  • Re: Performances with new Intel Core* processors Luke Lonergan
  • Are there any performance penalty for opposite edian platform combinations.... Guoping Zhang

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