• 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-10 Chronological Index (1/4)

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

• 01 November 2006
  • Re: MVCC & indexes? mark
  • Re: Help w/speeding up range queries? Luke Lonergan
• 31 October 2006
  • Re: Help w/speeding up range queries? Weslee Bilodeau
  • Re: Help w/speeding up range queries? Luke Lonergan
  • Help w/speeding up range queries? John Major
  • Re: MVCC & indexes? Alvaro Herrera
  • MVCC & indexes? Ivan Voras
  • Re: Best COPY Performance Teemu Torma
  • Re: commit so slow program looks frozen Rob Lemley
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Worky Workerson
  • Re: Index ignored on column containing mostly 0 values Andreas Kostyrka
  • Re: client crashes in PQfinish Richard Huxton
  • Re: client crashes in PQfinish soni de
  • Re: Index ignored on column containing mostly 0 values Tom Lane
  • Re: Index ignored on column containing mostly 0 values Michael Glaesemann
  • Index ignored on column containing mostly 0 values Leif Mortenson
• 30 October 2006
  • Re: partitioned table performance Simon Riggs
  • Re: partitioned table performance Andreas Kostyrka
  • Re: commit so slow program looks frozen Bucky Jordan
  • Re: Best COPY Performance Stefan Kaltenbrunner
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Stefan Kaltenbrunner
  • Re: Strange plan in pg 8.1.0 Steinar H. Gunderson
  • Re: Strange plan in pg 8.1.0 Mattias Kregert
  • Re: Best COPY Performance Luke Lonergan
  • Re: Strange plan in pg 8.1.0 Tom Lane
  • Re: Strange plan in pg 8.1.0 Mattias Kregert
  • Re: Best COPY Performance Spiegelberg, Greg
  • Re: Strange plan in pg 8.1.0 Steinar H. Gunderson
  • Strange plan in pg 8.1.0 Mattias Kregert
  • Re: partitioned table performance Simon Riggs
• 29 October 2006
  • Re: VACUUMs take twice as long across all nodes Andreas Kostyrka
  • Re: VACUUMs take twice as long across all nodes Andrew Sullivan
  • Re: VACUUMs take twice as long across all nodes Andreas Kostyrka
  • Re: VACUUMs take twice as long across all nodes Andrew Sullivan
  • Re: VACUUMs take twice as long across all nodes Gavin Hamill
  • Re: VACUUMs take twice as long across all nodes Andrew Sullivan
• 28 October 2006
  • partitioned table performance Andreas Kostyrka
  • Re: commit so slow program looks frozen Merlin Moncure
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Michael Artz
  • Re: commit so slow program looks frozen Simon Riggs
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Merlin Moncure
  • Re: Best COPY Performance Luke Lonergan
• 27 October 2006
  • Re: VACUUMs take twice as long across all nodes Gavin Hamill
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Merlin Moncure
  • Re: Best COPY Performance Worky Workerson
  • Re: VACUUMs take twice as long across all nodes Tom Lane
  • Re: query produces 1 GB temp file Scott Marlowe
  • Re: query produces 1 GB temp file Thomas Burdairon
  • Re: query produces 1 GB temp file Dirk Lutzebäck
  • Re: query produces 1 GB temp file Alexander Staubo
  • Re: query produces 1 GB temp file Bricklen Anderson
  • Re: query produces 1 GB temp file Merlin Moncure
  • Re: Regarding Bitmap Scan soni de
  • client crashes in PQfinish soni de
  • query produces 1 GB temp file Dirk Lutzebaeck
  • Re: VACUUMs take twice as long across all nodes Gavin Hamill
  • Index ignored with "is not distinct from", 8.2 beta2 JEAN-PIERRE PELLETIER
  • Re: query slows down drastically with increased number of Tom Darci
• 26 October 2006
  • Re: query slows down drastically with increased number of fields Tom Lane
  • Re: query slows down drastically with increased number of fields Jim C. Nasby
  • Re: VACUUMs take twice as long across all nodes Andrew Sullivan
  • Re: query slows down drastically with increased number of fields George Pavlov
  • Re: VACUUMs take twice as long across all nodes Jim C. Nasby
  • Re: query slows down drastically with increased number of fields Tom Lane
  • Re: VACUUMs take twice as long across all nodes Gavin Hamill
  • Re: Stored procedure slower than sql? Jim C. Nasby
  • Re: VACUUMs take twice as long across all nodes Jim C. Nasby
  • Re: Configuration Issue ? Jim C. Nasby
  • Re: OT: TCL vs Perl Re: commit so slow program looks frozen Joshua D. Drake
  • OT: TCL vs Perl Re: commit so slow program looks frozen mark
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: commit so slow program looks frozen Richard Troy
  • Re: commit so slow program looks frozen Richard Troy
  • Re: Stored procedure slower than sql? Matthew Peters
  • Re: Stored procedure slower than sql? Tom Lane
  • Stored procedure slower than sql? Matthew Peters
  • Re: VACUUMs take twice as long across all nodes Gavin Hamill
  • Re: commit so slow program looks frozen Merlin Moncure
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: VACUUMs take twice as long across all nodes Tom Lane
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: commit so slow program looks frozen Rocco Altier
  • Re: commit so slow program looks frozen Magnus Hagander
  • VACUUMs take twice as long across all nodes Gavin Hamill
  • Re: commit so slow program looks frozen Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
• 25 October 2006
  • Re: commit so slow program looks frozen Joshua D. Drake
  • Re: commit so slow program looks frozen Scott Marlowe
  • Re: Configuration Issue ? Joshua D. Drake
  • Re: Configuration Issue ? Mark Lonsdale
  • Re: Configuration Issue ? Joshua D. Drake
  • Re: Configuration Issue ? Richard Huxton
  • Re: Configuration Issue ? Mark Lonsdale
  • Re: commit so slow program looks frozen Brian Hurt
  • Re: Configuration Issue ? Joshua D. Drake
  • Configuration Issue ? Mark Lonsdale
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: Best COPY Performance Luke Lonergan
  • Re: commit so slow program looks frozen Carlo Stonebanks
  • Re: Best COPY Performance Markus Schaber
  • Re: Best COPY Performance Worky Workerson
  • Re: commit so slow program looks frozen Alvaro Herrera
  • Re: ACCESS EXCLUSIVE lock Atesz
  • Re: Best COPY Performance Craig A. James
  • query slows down drastically with increased number of fields Tom Darci
  • Re: Best COPY Performance Spiegelberg, Greg
  • Re: Best COPY Performance Craig A. James
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Worky Workerson
  • commit so slow program looks frozen Carlo Stonebanks
  • Re: Best COPY Performance Merlin Moncure
  • Re: Problems using a function in a where clause Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
  • Re: Best COPY Performance Luke Lonergan
  • Re: Best COPY Performance Merlin Moncure
  • Re: Best COPY Performance Markus Schaber
  • Re: Best COPY Performance Worky Workerson
  • Re: Best COPY Performance Alex Stapleton
  • Re: Best COPY Performance Craig A. James
  • Re: Best COPY Performance Worky Workerson
  • Re: Copy database performance issue Jim C. Nasby
  • Re: Problems using a function in a where clause Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
• 24 October 2006
  • Re: Is ODBC that slow? Carlo Stonebanks
  • Re: Best COPY Performance Worky Workerson
  • Re: Optimizing disk throughput on quad Opteron Bucky Jordan
  • Re: Copy database performance issue Jignesh Shah
  • Re: Index on two columns not used Markus Schaber
  • Re: Slow functional indexes? Stuart Bishop
• 23 October 2006
  • Re: Index on two columns not used Péter Kovács
  • Re: Best COPY Performance Craig A. James
  • Copy database performance issue Steve
  • Re: Best COPY Performance Joshua D. Drake
  • Re: Optimizing disk throughput on quad Opteron Jim C. Nasby
  • Re: Best COPY Performance Jim C. Nasby
  • Re: New hardware thoughts Jim C. Nasby
  • Re: Vacuum and Memory Loss Jim C. Nasby
  • Re: New hardware thoughts Joshua D. Drake
  • Re: New hardware thoughts Vivek Khera
  • Re: Optimizing disk throughput on quad Opteron Joshua D. Drake
  • Re: Optimizing disk throughput on quad Opteron Vivek Khera
  • Re: New hardware thoughts Joshua D. Drake
  • Re: New hardware thoughts Vivek Khera
  • Re: Optimizing disk throughput on quad Opteron Joshua D. Drake
  • Re: Optimizing disk throughput on quad Opteron Vivek Khera
  • Re: New hardware thoughts Bucky Jordan
  • Problems using a function in a where clause Mara Dalponte
  • Re: Index on two columns not used Tom Lane
  • Re: Best COPY Performance Worky Workerson
  • Re: Index on two columns not used Markus Schaber
  • Re: Best COPY Performance Luke Lonergan
  • Re: Index on two columns not used Alvaro Herrera
  • Re: Index on two columns not used Markus Schaber
  • Re: Optimizing disk throughput on quad Opteron John Philips
  • Re: Best COPY Performance Markus Schaber
  • Re: Vacuum and Memory Loss Richard Huxton
  • Re: New hardware thoughts Arjen van der Meijden
  • Re: New hardware thoughts Joshua D. Drake
• 22 October 2006
  • Re: New hardware thoughts Arjen van der Meijden
  • Re: pgBench on Windows Harald Armin Massa
  • Re: Vacuum and Memory Loss Dave Dutcher
  • Re: New hardware thoughts Bucky Jordan
  • Re: Jdbc/postgres performance Dave Cramer
• 21 October 2006
  • Re: Optimizing disk throughput on quad Opteron Ben Suffolk
  • Re: Optimizing disk throughput on quad Opteron Joshua D. Drake

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