• 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 2007-12 Chronological Index (2/3)

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

• 16 December 2007
  • Re: libgcc double-free, backend won't die Gregory Stark
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die James Mansion
  • Re: update 600000 rows H. Hall
  • Re: RAID arrays and performance Bruce Momjian
  • Re: update 600000 rows andrew
• 15 December 2007
  • Re: update 600000 rows Greg Smith
  • Re: update 600000 rows Loïc Marteau
  • Re: explanation for seeks in VACUUM Jeff Davis
  • Re: update 600000 rows Steve Crawford
  • update 600000 rows okparanoid
  • Re: explanation for seeks in VACUUM Tom Lane
• 14 December 2007
  • Re: VACUUM FREEZE output more than double input Tom Lane
  • Re: viewing source code Alvaro Herrera
  • Re: viewing source code Jonah H. Harris
  • Re: viewing source code Roberts, Jon
  • Re: viewing source code Andreas Kretschmer
  • Re: viewing source code Jonah H. Harris
  • Re: explanation for seeks in VACUUM (8.2.4) Jeff Davis
  • explanation for seeks in VACUUM Jeff Davis
  • Re: viewing source code Bill Moran
  • VACUUM FREEZE output more than double input Kevin Grittner
  • Re: viewing source code Alvaro Herrera
  • Large Objects and Toast Campbell, Lance
  • Re: viewing source code Joshua D. Drake
  • Re: Heavy write activity on first vacuum of fresh TOASTa Matthew
  • Re: Heavy write activity on first vacuum of fresh TOASTa Tom Lane
  • Re: viewing source code Bill Moran
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Heavy write activity on first vacuum of fresh TOASTa Matthew
  • Re: viewing source code Roberts, Jon
  • Re: viewing source code Bill Moran
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • viewing source code Roberts, Jon
  • Re: Limited performance on multi core server Heikki Linnakangas
  • Re: Need help on parameters and their values to tune the postgresql database Heikki Linnakangas
  • Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane
  • Re: Heavy write activity on first vacuum of fresh TOAST data Russell Smith
• 13 December 2007
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Putting files into fields in a table Campbell, Lance
  • Re: Putting files into fields in a table Erik Jones
  • Re: Putting files into fields in a table Alvaro Herrera
  • Re: Putting files into fields in a table Campbell, Lance
  • Re: Putting files into fields in a table Alexander Staubo
  • Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs
  • Putting files into fields in a table Campbell, Lance
  • Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane
  • Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Heavy write activity on first vacuum of fresh TOAST data Alvaro Herrera
  • Re: Limited performance on multi core server Joshua D. Drake
  • Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Heavy write activity on first vacuum of fresh TOAST data Tom Lane
  • Re: Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Limited performance on multi core server Simon Riggs
  • Re: Heavy write activity on first vacuum of fresh TOAST data Simon Riggs
  • Heavy write activity on first vacuum of fresh TOAST data Kevin Grittner
  • Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Piotr Gasidło
• 12 December 2007
  • Re: Limited performance on multi core server Joshua D. Drake
  • Re: Limited performance on multi core server Joshua D. Drake
  • Re: URI to kind of a benchmark Stefan Kaltenbrunner
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Matthew Lunnon
  • URI to kind of a benchmark Harald Armin Massa
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Matthew Lunnon
  • Re: Limited performance on multi core server Matthew Lunnon
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Greg Smith
  • Re: Limited performance on multi core server Claus Guttesen
  • Re: Limited performance on multi core server Matthew Lunnon
  • Re: Limited performance on multi core server Matthew Lunnon
  • Re: Limited performance on multi core server Matthew Lunnon
  • Re: Limited performance on multi core server Sven Geisler
  • Re: Limited performance on multi core server Claus Guttesen
  • Re: Limited performance on multi core server Claus Guttesen
  • Re: Limited performance on multi core server Steinar H. Gunderson
  • Limited performance on multi core server Matthew Lunnon
  • Need help on parameters and their values to tune the postgresql database Bebarta, Simanchala
  • Re: database tuning Joshua D. Drake
  • Re: database tuning Michael Stone
  • Re: database tuning Greg Smith
• 11 December 2007
  • Re: database tuning kelvan
  • Re: TB-sized databases Simon Riggs
  • Re: database tuning Richard Huxton
  • Re: database tuning Erik Jones
  • Re: database tuning Scott Marlowe
  • Re: database tuning Alvaro Herrera
  • Re: database tuning kelvan
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Gregory Stark
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Joshua D. Drake
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Magnus Hagander
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Alvaro Herrera
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Alvaro Herrera
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Alvaro Herrera
  • Re: libgcc double-free, backend won't die Craig James
  • Re: libgcc double-free, backend won't die Tom Lane
  • Re: libgcc double-free, backend won't die Craig James
  • Slow Query Pallav Kalva
  • Is it spam or not? Manolo _
  • Re: Benchmarking PG Heikki Linnakangas
  • Is it spam or not? Manolo _
  • Re: Benchmarking PG Manolo _
  • Re: libgcc double-free, backend won't die Alvaro Herrera
  • Re: Benchmarking PG Josh Tolley
  • Benchmarking PG Manolo _
  • libgcc double-free, backend won't die Craig James
  • Re: database tuning Greg Smith
  • Fwd: Re: database tuning Kevin Grittner
  • Re: database tuning Kevin Grittner
• 10 December 2007
  • Re: database tuning kelvan
  • Re: database tuning Scott Marlowe
  • Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Pavel Stehule
  • Re: Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Richard Huxton
  • Index on VARCHAR with text_pattern_ops inside PL/PGSQL procedure. Piotr Gasidło
  • Re: Utilizing multiple cores for one query Marko Kreen
  • Re: database tuning Richard Huxton
• 09 December 2007
  • Re: Vacuum full since 15 hours Heikki Linnakangas
  • Vacuum full since 15 hours Hervé Piedvache
• 08 December 2007
  • Re: Combining two bitmap scans out performs a single regular index scan? Mark Mielke
  • Re: Combining two bitmap scans out performs a single regular index scan? Tom Lane
  • Combining two bitmap scans out performs a single regular index scan? Mark Mielke
  • Re: Cost-Based Vacuum Delay tuning Alvaro Herrera
  • Measuring table and index bloat Greg Smith
• 07 December 2007
  • Re: TB-sized databases Ron Mayer
  • Re: database tuning kelvan
  • Re: TB-sized databases Robert Treat
  • Re: Cost-Based Vacuum Delay tuning Erik Jones
  • Re: Cost-Based Vacuum Delay tuning Guillaume Cottenceau
  • Re: Cost-Based Vacuum Delay tuning Erik Jones
  • Re: Trouble with LEFT JOIN using VIEWS. Tom Lane
  • Trouble with LEFT JOIN using VIEWS. Piotr Gasidło
  • Cost-Based Vacuum Delay tuning Guillaume Cottenceau
  • Re: database tuning Simon Riggs
  • Re: database tuning Richard Huxton
  • Re: TB-sized databases Ron Mayer
  • Re: TB-sized databases Ron Mayer
  • Re: TB-sized databases Tom Lane
  • Re: TB-sized databases Tom Lane
  • Re: TB-sized databases Ron Mayer
• 06 December 2007
  • database tuning kelvan
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Mark Cave-Ayland
  • Re: TB-sized databases Michael Stone
  • Re: TB-sized databases Tom Lane
  • Re: TB-sized databases Matthew
  • Re: TB-sized databases Tom Lane
  • Re: TB-sized databases Matthew
  • Re: TB-sized databases Tom Lane
  • Re: TB-sized databases Michael Stone
  • Re: TB-sized databases Simon Riggs
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Dave Page
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Mark Cave-Ayland
  • Re: TB-sized databases Decibel!
• 05 December 2007
  • Re: autovacuum: recommended? Decibel!
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Scott Marlowe
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Merlin Moncure
  • Re: TB-sized databases Robert Treat
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Bill Moran
  • Re: Optimizer Not using the Right plan galy lee
  • Re: Bad query plans for queries on partitioned table Julian Mehnle
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Usama Dar
  • Re: Bad query plans for queries on partitioned table Gregory Stark
  • Re: Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) ismo . tuononen
  • Evaluation of PG performance vs MSDE/MSSQL 2000 (not 2005) Robert Bernabe
  • Re: RAID arrays and performance Greg Smith

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