• 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-11 Thread Index (2/2)

• Main Index
• [Prev Page]
• [Next Page]

• 10x rowcount mis-estimation favouring merge over nestloop Abhijit Menon-Sen
• Re: 10x rowcount mis-estimation favouring merge over nestloop Tom Lane
• Re: 10x rowcount mis-estimation favouring merge over nestloop Abhijit Menon-Sen
• Keeping processes open for re-use Hilary Forbes
• Re: Keeping processes open for re-use Csaba Nagy
• Re: Keeping processes open for re-use Shane Ambler
• Re: Keeping processes open for re-use Joshua D. Drake
• Re: Keeping processes open for re-use Jean-Max Reymond
• Re: Keeping processes open for re-use Richard Huxton
• Re: Keeping processes open for re-use imad
• Re: Which OS provides the _fastest_ PostgreSQL performance? Ron Mayer
• Re: Easy read-heavy benchmark kicking around? Luke Lonergan
• <Possible follow-ups>
• Re: Easy read-heavy benchmark kicking around? Merlin Moncure
• Yet another question on LIMIT performance :/ Hannes Dorbath
• Re: Yet another question on LIMIT performance :/ Heikki Linnakangas
• Re: Yet another question on LIMIT performance :/ Hannes Dorbath
• Re: Yet another question on LIMIT performance :/ Tom Lane
• Re: Slow functional indexes? Stuart Bishop
• Re: Slow functional indexes? Tom Lane
• Re: Slow functional indexes? Gene
• EXISTS optimization Kevin Grittner
• Context switch storm creimer
• Re: Context switch storm Gregory S. Williamson
• Re: Context switch storm Richard Huxton
• Re: Context switch storm Richard Troy
• Re: Context switch storm Richard Huxton
• Re: Context switch storm Cosimo Streppone
• Re: Context switch storm Richard Huxton
• Re: Context switch storm Andreas Kostyrka
• Re: Context switch storm Cosimo Streppone
• Re: Context switch storm Cosimo Streppone
• Re: Context switch storm Andreas Kostyrka
• Re: Context switch storm Bucky Jordan
• Re: Context switch storm Merlin Moncure
• Re: Context switch storm Jim C. Nasby
• Re: Context switch storm Merlin Moncure
• Re: Context switch storm Cosimo Streppone
• Re: Context switch storm Jim Nasby
• Re: Context switch storm Simon Riggs
• Re: Context switch storm creimer
• Re: Context switch storm Richard Huxton
• Re: Context switch storm Andreas Kostyrka
• Re: Context switch storm Tom Lane
• profiling PL/pgSQL? Drew Wilson
• Re: profiling PL/pgSQL? A. Kretschmer
• Re: profiling PL/pgSQL? Richard Huxton
• Re: profiling PL/pgSQL? Jonah H. Harris
• Re: profiling PL/pgSQL? korryd
• Re: VACUUMs take twice as long across all nodes Vivek Khera
• Setting "nice" values Madison Kelly
• Re: Setting "nice" values Scott Marlowe
• Re: Setting "nice" values Madison Kelly
• Re: Setting "nice" values Scott Marlowe
• Re: Setting "nice" values Andreas Kostyrka
• Re: Setting "nice" values Madison Kelly
• Re: Setting "nice" values Madison Kelly
• Re: Setting "nice" values Jim Nasby
• <Possible follow-ups>
• Re: Setting "nice" values Tobias Brox
• Re: Setting "nice" values Madison Kelly
• Re: Setting "nice" values Tobias Brox
• Re: Setting "nice" values Madison Kelly
• Re: Setting "nice" values Tobias Brox
• Re: Setting "nice" values Madison Kelly
• Easy read-heavy benchmark kicking around? Brian Hurt
• Re: Easy read-heavy benchmark kicking around? Merlin Moncure
• Re: Easy read-heavy benchmark kicking around? Scott Marlowe
• Re: Easy read-heavy benchmark kicking around? Mark Kirkwood
• Re: Easy read-heavy benchmark kicking around? Dimitri Fontaine
• Re: Easy read-heavy benchmark kicking around? Markus Schaber
• Re: Easy read-heavy benchmark kicking around? Merlin Moncure
• Re: Easy read-heavy benchmark kicking around? Cosimo Streppone
• Re: Easy read-heavy benchmark kicking around? Luke Lonergan
• Locking vs. Exceptions Robins
• Re: Locking vs. Exceptions Benjamin Minshall
• Query plan for "heavy" SELECT with "lite" sub-SELECTs Nikolay Samokhvalov
• Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Richard Huxton
• Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Dave Dutcher
• Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Alvaro Herrera
• Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Arjen van der Meijden
• Re: Query plan for "heavy" SELECT with "lite" sub-SELECTs Tom Lane
• Database-wide vacuum can take a long time, during which tables are not being analyzed Steven Flatt
• Re: Database-wide vacuum can take a long time, during which Matthew O'Connor
• Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Simon Riggs
• Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Steven Flatt
• Re: Database-wide vacuum can take a long time, duringwhich tables are not being analyzed Alvaro Herrera
• Re: MVCC & indexes? Ivan Voras
• big transaction slows down over time - but disk seems almost unused Ben
• Re: big transaction slows down over time - but disk seems Heikki Linnakangas
• Re: big transaction slows down over time - but disk Andreas Kostyrka
• Re: big transaction slows down over time - but disk seems almost unused Ben
• Message not available
  • Re: big transaction slows down over time - but disk seems almost unused Ben
  • Re: big transaction slows down over time - but disk seems Richard Huxton
  • Re: big transaction slows down over time - but disk seems Ben
  • Re: big transaction slows down over time - but disk seems Richard Huxton
• Re: pg_trgm indexes giving bad estimations? Ben
• Re: pg_trgm indexes giving bad estimations? Tom Lane
• Context switching Carlos H. Reimer
• RES: Context switching Carlos H. Reimer
• Re: Context switching Josh Berkus
• RES: Context switching Carlos H. Reimer
• Re: Help w/speeding up range queries? Tom Lane
• Re: Help w/speeding up range queries? Luke Lonergan
• Re: Help w/speeding up range queries? Tom Lane
• Re: Help w/speeding up range queries? Jim Nasby
• <Possible follow-ups>
• Re: Help w/speeding up range queries? Marcin Mank
• Re: Help w/speeding up range queries? Simon Riggs

---

• Main Index
• [Prev Page]
• [Next Page]

---

Mail converted by MHonArc