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

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

• 28 March 2008
  • [no subject] Unknown
  • [no subject] Unknown
  • [no subject] Unknown
  • [no subject] Unknown
• 31 July 2006
  • Re: Performances with new Intel Core* processors Vivek Khera
  • Re: Performances with new Intel Core* processors Scott Marlowe
  • Re: Performances with new Intel Core* processors Bruce Momjian
  • Re: directory tree query with big planner variation Axel Rau
  • Re: directory tree query with big planner variation Michael Stone
  • Re: Performances with new Intel Core* processors Arjen van der Meijden
  • Re: directory tree query with big planner variation Axel Rau
  • Re: directory tree query with big planner variation Axel Rau
  • Re: sub select performance due to seq scans H Hale
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Merlin Moncure
  • Re: directory tree query with big planner variation Axel Rau
  • Re: Performances with new Intel Core* processors Merlin Moncure
  • Re: directory tree query with big planner variation Michael Stone
  • Re: directory tree query with big planner variation Axel Rau
  • Re: sub select performance due to seq scans Tom Lane
  • Re: sub select performance due to seq scans H Hale
  • Re: directory tree query with big planner variation Mark Lewis
  • Re: directory tree query with big planner variation Michael Stone
  • Re: sub select performance due to seq scans Tom Lane
  • Performances with new Intel Core* processors Jonathan Ballet
  • Re: Partitioning / constrain exlusion not working with %-operator Tom Lane
  • Re: sub select performance due to seq scans Rod Taylor
  • Partitioning / constrain exlusion not working with %-operator Martin Lesser
  • Re: directory tree query with big planner variation Axel Rau
  • Re: directory tree query with big planner variation Michael Stone
  • directory tree query with big planner variation Axel Rau
  • Re: Query 200x slower on server [PART 2] Richard Huxton
  • Re: How to increase performance? Richard Huxton
  • Re: sub select performance due to seq scans Richard Huxton
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Jignesh Shah
  • sub select performance due to seq scans H Hale
• 30 July 2006
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk
• 29 July 2006
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Denis Lussier
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Denis Lussier
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Joshua D. Drake
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Arjen van der Meijden
  • Re: PostgreSQL scalability on Sun UltraSparc T1 Joshua D. Drake
  • PostgreSQL scalability on Sun UltraSparc T1 Jochem van Dieten
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Charles Sprickman
• 28 July 2006
  • Re: index usage Tom Lane
  • Re: index usage Mark Lewis
  • Re: index usage Ben
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: index usage Daniel Caune
  • index usage Ben
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mark Lewis
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Leigh Dyer
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Jeff Trout
  • Re: Disk writes Scott Marlowe
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Claus Guttesen
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Kjell Tore Fossbakk
  • Re: performance issue with a specific query Eliott
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mikael Carneholm
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Mikael Carneholm
  • Re: Performance with 2 AMD/Opteron 2.6Ghz and 8gig Luke Lonergan
  • Performance with 2 AMD/Opteron 2.6Ghz and 8gig DDR PC3200 Kjell Tore Fossbakk
  • Re: Disk writes Florian Weimer
  • Re: Savepoint performance Denis Lussier
  • Re: Savepoint performance Tom Lane
  • Disk writes carlosreimer
  • Re: Savepoint performance Denis Lussier
  • Re: Savepoint performance Jaime Casanova
• 27 July 2006
  • Re: Query plan issue when upgrading to postgres 8.14 (from Tom Lane
  • Strange behaviour Richard Rowell
  • Re: performance issue with a specific query Tom Lane
  • Re: Savepoint performance Alvaro Herrera
  • Re: Query plan issue when upgrading to postgres 8.14 (from Ioana Danes
  • Savepoint performance Mark Lewis
  • Re: performance issue with a specific query Alvaro Herrera
  • Query 200x slower on server [PART 2] NbForYou
  • How to increase performance? Hristo Markov
  • Re: performance issue with a specific query Joshua D. Drake
  • Re: performance issue with a specific query Merlin Moncure
  • Re: performance issue with a specific query Scott Marlowe
  • performance issue with a specific query Eliott
• 26 July 2006
  • Re: Is it possible to speed this query up? Tom Lane
  • Is it possible to speed this query up? Arnau
  • Re: loading increase into huge table with 50.000.000 records Merlin Moncure
  • Re: loading increase into huge table with 50.000.000 records Markus Schaber
  • Re: loading increase into huge table with 50.000.000 records Sven Geisler
  • loading increase into huge table with 50.000.000 records nuggets72
• 25 July 2006
  • Re: Partitioned tables in queries Andrew Hammond
• 24 July 2006
  • Re: BUG #2543: Performance delay acrros the same day Markus Schaber
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 23 July 2006
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
  • Re: postgres benchmarks Denis Lussier
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
  • Re: Forcing using index instead of sequential scan? Craig A. James
  • Re: Forcing using index instead of sequential scan? Michael Stone
  • Re: Forcing using index instead of sequential scan? Mark Kirkwood
  • Re: Forcing using index instead of sequential scan? Mark Kirkwood
• 22 July 2006
  • Re: Forcing using index instead of sequential scan? Gregory Stark
  • Re: Forcing using index instead of sequential scan? Craig A. James
  • Re: Bad Planner Statistics for Uneven distribution. Tom Lane
  • Re: Forcing using index instead of sequential scan? Tom Lane
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 21 July 2006
  • Re: Bad Planner Statistics for Uneven distribution. Guillaume Smet
  • Re: Bad Planner Statistics for Uneven distribution. Tom Lane
  • Re: Partitioned tables in queries Kevin Keith
  • Re: Partitioned tables in queries Steve Atkins
  • Partitioned tables in queries Kevin Keith
  • Bad Planner Statistics for Uneven distribution. Kevin McArthur
  • Re: BUG #2543: Performance delay acrros the same day Bruno Wolff III
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
  • Re: [HACKERS] Sun Donated a Sun Fire T2000 to the PostgreSQL Sven Geisler
  • Re: [HACKERS] Sun Donated a Sun Fire T2000 to the PostgreSQL Jim C. Nasby
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
  • postgres benchmarks Petronenko D.S.
  • Re: Forcing using index instead of sequential scan? Peter Eisentraut
  • Re: Forcing using index instead of sequential scan? robin.c.smith
  • Re: Forcing using index instead of sequential scan? robin.c.smith
  • Forcing using index instead of sequential scan? robin.c.smith
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Robert Lor
• 20 July 2006
  • Re: Sun Donated a Sun Fire T2000 to the PostgreSQL Tom Lane
  • Re: Performance penalty for remote access of postgresql David Boreham
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
• 19 July 2006
  • Re: Performance penalty for remote access of postgresql Joe Conway
  • Re: Performance penalty for remote access of postgresql Bill Moran
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Stephen Frost
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Stephen Frost
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
  • Re: Performance penalty for remote access of postgresql (8.1.3)? any experiance? Florian Weimer
  • Performance penalty for remote access of postgresql (8.1.3)? any experiance? Guoping Zhang
• 18 July 2006
  • Re: Query plan issue when upgrading to postgres 8.14 (from Ioana Danes
  • Re: RAID stripe size question Milen Kulev
  • Re: RAID stripe size question Scott Marlowe
  • Re: RAID stripe size question Ron Peacetree
  • Re: RAID stripe size question Scott Marlowe
  • Re: RAID stripe size question Alex Turner
  • Re: RAID stripe size question Luke Lonergan
  • Re: Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
  • Re: RAID stripe size question Mikael Carneholm
  • Re: RAID stripe size question Ron Peacetree
  • Re: Temporary table retains old contents on update eventually Gavin Sherry
  • Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
  • Re: Temporary table retains old contents on update eventually causing slow temp file usage. Rusty Conover
  • Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
  • Re: Problem with bitmap-index-scan plan Kapadaidakis Yannis
  • Re: RAID stripe size question Alex Turner
  • Re: RAID stripe size question Ron Peacetree
  • Re: RAID stripe size question Mark Kirkwood
• 17 July 2006
  • Re: RAID stripe size question Mikael Carneholm
  • Re: Big differences in plans between 8.0 and 8.1 Chris Hoover
  • Re: RAID stripe size question Alex Turner
  • Re: RAID stripe size question Steinar H. Gunderson
  • Re: RAID stripe size question Ron Peacetree
  • Re: RAID stripe size question Mikael Carneholm
  • Re: RAID stripe size question Markus Schaber
  • Re: RAID stripe size question Mikael Carneholm
  • Re: RAID stripe size question Markus Schaber
  • Re: RAID stripe size question Mikael Carneholm
  • Re: RAID stripe size question Alex Turner
  • Re: RAID stripe size question Michael Stone
• 16 July 2006
  • Re: RAID stripe size question Steinar H. Gunderson
  • RAID stripe size question Mikael Carneholm
  • Re: Big differences in plans between 8.0 and 8.1 Joe Conway
• 15 July 2006
  • Re: increment Rows in an SQL Result Set postgresql Peter Eisentraut
  • Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
  • Re: Big differences in plans between 8.0 and 8.1 Joe Conway
  • Re: Big differences in plans between 8.0 and 8.1 Gabriele Turchi
  • Re: Big differences in plans between 8.0 and 8.1 Michael Fuhr
  • Re: increment Rows in an SQL Result Set postgresql Hassan

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