• 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-05 Chronological Index (3/4)

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

• 16 May 2007
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau
  • New performance documentation released Greg Smith
  • Re: [PATCHES] Automatic adjustment of bgwriter_lru_maxpages Greg Smith
• 15 May 2007
  • Re: Disk Fills Up and fsck "Compresses" it Jim C. Nasby
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: 500 requests per second Jim C. Nasby
  • Re: How to Run a pg_stats Query Alvaro Herrera
  • How to Run a pg_stats Query Y Sidhu
  • Disk Fills Up and fsck "Compresses" it Y Sidhu
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone
  • Re: Many to many join seems slow? Drew Wilson
  • Re: Many to many join seems slow? Drew Wilson
  • [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau
  • Re: Many to many join seems slow? Daniel Cristian Cruz
  • Re: bitmap index and IS NULL predicate Alexander Staubo
  • bitmap index and IS NULL predicate Jason Pinnix
  • Re: Many to many join seems slow? Heikki Linnakangas
  • Re: Many to many join seems slow? Drew Wilson
  • Re: Many to many join seems slow? Alvaro Herrera
  • Many to many join seems slow? Drew Wilson
  • Re: 500 requests per second Richard Huxton
  • Re: 500 requests per second Tarhon-Onu Victor
  • Re: pg_stats how-to? Tom Lane
• 14 May 2007
  • Re: pg_stats how-to? Y Sidhu
  • Re: pg_stats how-to? Bill Moran
  • Re: pg_stats how-to? Y Sidhu
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: pg_stats how-to? Y Sidhu
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: pg_stats how-to? Y Sidhu
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: Transaction prioritization from java possible? Josh Berkus
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: pg_stats how-to? Y Sidhu
  • Re: 500 requests per second Richard Huxton
  • Re: pg_stats how-to? Adam Tauno Williams
  • Re: pg_stats how-to? Shoaib Mir
  • pg_stats how-to? Yudhvir Singh Sidhu
• 13 May 2007
  • Re: Diminishing bandwidth performance with multiple quad core X5355s jlmarin
  • Re: Kernel cache vs shared_buffers Magnus Hagander
  • Re: Kernel cache vs shared_buffers Harald Armin Massa
  • Re: Kernel cache vs shared_buffers Heikki Linnakangas
  • Re: Kernel cache vs shared_buffers Harald Armin Massa
  • Re: Best OS for Postgres 8.2 Andrew McMillan
• 12 May 2007
  • Re: Kernel cache vs shared_buffers Jim C. Nasby
  • Re: estimating the need for VACUUM FULL and REINDEX Jim C. Nasby
  • Re: Kernel cache vs shared_buffers Heikki Linnakangas
  • Kernel cache vs shared_buffers Michael van Rooyen
  • 500 requests per second Tarhon-Onu Victor
  • Re: Best OS for Postgres 8.2 Robert Treat
• 11 May 2007
  • Re: BUG #3270: limit < 16 optimizer behaviour Bruno Wolff III
  • Re: estimating the need for VACUUM FULL and REINDEX Alvaro Herrera
  • Re: estimating the need for VACUUM FULL and REINDEX Guillaume Cottenceau
  • Re: Best OS for Postgres 8.2 Adam Witney
  • Re: REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Susan Russo
  • Re: Background vacuum Ron Mayer
• 10 May 2007
  • Re: Nested loops overpriced Tom Lane
  • Re: Nested loops overpriced Peter Eisentraut
  • Re: Nested loops overpriced Peter Eisentraut
  • Re: REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Susan Russo
  • Re: REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Bill Moran
  • Re: [PERFORM] REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Bill Moran
  • Re: REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Steinar H. Gunderson
  • REVISIT specific query (not all) on Pg8 MUCH slower than Pg7 Susan Russo
  • Re: Cannot make GIN intarray index be used by the planner Valentine Gogichashvili
  • Re: Background vacuum Dan Harris
  • Background vacuum Daniel Haensse
  • Re: Performance Woes Tom Lane
  • Re: Performance Woes Alvaro Herrera
  • Re: Performance Woes Scott Mohekey
  • Re: Performance Woes Ralph Mason
  • Re: Performance Woes Jeff Davis
  • Re: Performance Woes Joshua D. Drake
  • Re: Performance Woes Ralph Mason
  • Re: Performance Woes Joshua D. Drake
  • Re: Performance Woes CAJ CAJ
• 09 May 2007
  • Performance Woes Ralph Mason
  • Vacuum Times - Verbose and maintenance_work_mem Y Sidhu
  • Re: Cannot make GIN intarray index be used by the planner Tom Lane
  • Re: Cannot make GIN intarray index be used by the planner Valentine Gogichashvili
  • Re: ZFS and Postgresql - WASRe: Best OS for Postgres 8.2 david
  • Re: ZFS and Postgresql - WASRe: Best OS for Postgres 8.2 Jignesh Shah
  • Re: Nested loops overpriced Tom Lane
  • Re: How to Find Cause of Long Vacuum Times - NOOB Question Jim Nasby
  • Re: Best OS for Postgres 8.2 Jim Nasby
  • Re: ZFS and Postgresql - WASRe: Best OS for Postgres 8.2 Alvaro Herrera
  • ZFS and Postgresql - WASRe: Best OS for Postgres 8.2 Jignesh Shah
  • Re: Nested loops overpriced Peter Eisentraut
  • Re: Apparently useless bitmap scans Tom Lane
  • Re: Apparently useless bitmap scans Peter Eisentraut
  • Re: Nested loops overpriced Daniel Cristian Cruz
  • Re: Apparently useless bitmap scans Tom Lane
  • Re: Nested loops overpriced Gregory Stark
  • Re: Poor performance with queries using clause: sth IN (...) Gregory Stark
  • Re: Apparently useless bitmap scans Alvaro Herrera
  • Re: Throttling PostgreSQL's CPU usage Carlos Moreno
  • Re: Nested loops overpriced Tom Lane
  • Re: Cannot make GIN intarray index be used by the planner Oleg Bartunov
  • Re: Throttling PostgreSQL's CPU usage Daniel Griscom
  • Re: Nested loops overpriced Daniel Cristian Cruz
  • Re: Cannot make GIN intarray index be used by the planner Valentine Gogichashvili
  • Re: Cannot make GIN intarray index be used by the planner Oleg Bartunov
  • Poor performance with queries using clause: sth IN (...) Andrzej Zawadzki
  • Cannot make GIN intarray index be used by the planner Valentine Gogichashvili
  • Apparently useless bitmap scans Peter Eisentraut
  • Re: Nested loops overpriced Peter Eisentraut
  • Re: FW: Gregory Stark
  • Re: What's The Difference Between VACUUM and VACUUM ANALYZE? Gregory Stark
  • Re: Best OS for Postgres 8.2 david
  • Re: Best OS for Postgres 8.2 Steinar H. Gunderson
  • Re: estimating the need for VACUUM FULL and REINDEX Guillaume Cottenceau
  • Re: Best OS for Postgres 8.2 david
  • Re: Throttling PostgreSQL's CPU usage Magnus Hagander
  • Re: Robert Treat
  • Re: Greg Smith
  • Re: Throttling PostgreSQL's CPU usage Luke Lonergan
  • Re: Best OS for Postgres 8.2 Greg Smith
  • Re: Best OS for Postgres 8.2 Greg Smith
  • Re: FW: david
  • FW: Orhan Aglagul
  • FW: Orhan Aglagul
  • FW: Orhan Aglagul
  • Re: Orhan Aglagul
  • Re: Scott Marlowe
  • Re: Scott Marlowe
  • Re: Carlos Moreno
  • Re: Joshua D. Drake
• 08 May 2007
  • Re: Dan Harris
  • [no subject] Orhan Aglagul
  • Re: Throttling PostgreSQL's CPU usage david
  • Re: Throttling PostgreSQL's CPU usage david
  • Re: Throttling PostgreSQL's CPU usage Carlos Moreno
  • Re: Throttling PostgreSQL's CPU usage Steinar H. Gunderson
  • Re: Throttling PostgreSQL's CPU usage Daniel Griscom
  • Re: Throttling PostgreSQL's CPU usage Carlos Moreno
  • Re: Throttling PostgreSQL's CPU usage Steinar H. Gunderson
  • Re: Throttling PostgreSQL's CPU usage Joshua D. Drake
  • Re: Throttling PostgreSQL's CPU usage Carlos Moreno
  • Re: What's The Difference Between VACUUM and VACUUM ANALYZE? Alvaro Herrera
  • Re: What's The Difference Between VACUUM and VACUUM ANALYZE? Steinar H. Gunderson
  • Re: What's The Difference Between VACUUM and VACUUM ANALYZE? Alvaro Herrera
  • Re: What's The Difference Between VACUUM and VACUUM ANALYZE? david
  • What's The Difference Between VACUUM and VACUUM ANALYZE? Y Sidhu
  • Re: Throttling PostgreSQL's CPU usage Mark Lewis
  • Re: Throttling PostgreSQL's CPU usage david
  • Re: Throttling PostgreSQL's CPU usage Bill Moran
  • Re: Throttling PostgreSQL's CPU usage Steinar H. Gunderson
  • Re: Best OS for Postgres 8.2 Charles Sprickman
  • Throttling PostgreSQL's CPU usage Daniel Griscom
  • Re: DISTINCT Question Scott Marlowe
  • Re: DISTINCT Question Joshua D. Drake
  • Re: DISTINCT Question Steinar H. Gunderson
  • DISTINCT Question Y Sidhu
  • Re: Query performance problems with partitioned tables Scott Marlowe
  • Re: Query performance problems with partitioned tables Fei Liu
  • Re: truncate a table instead of vaccum full when count(*) is 0 Pomarede Nicolas
  • Re: Best OS for Postgres 8.2 李彦 Ian Li
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Tom Lane
  • Re: Best OS for Postgres 8.2 Ron
  • Re: Nested loops overpriced Tom Lane
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Alvaro Herrera
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Susan Russo
  • Nested loops overpriced Peter Eisentraut
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Tom Lane
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Bill Moran
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Alexander Staubo
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Richard Broersma Jr
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Steinar H. Gunderson
  • Re: [PERFORM] specific query (not all) on Pg8 MUCH slower than Pg7 Steinar H. Gunderson
  • Re: specific query (not all) on Pg8 MUCH slower than Pg7 Tom Lane
  • specific query (not all) on Pg8 MUCH slower than Pg7 Susan Russo
  • Re: estimating the need for VACUUM FULL and REINDEX Bill Moran
  • Re: estimating the need for VACUUM FULL and REINDEX Heikki Linnakangas
  • Re: [OT] Best OS for Postgres 8.2 Adam Tauno Williams
  • estimating the need for VACUUM FULL and REINDEX Guillaume Cottenceau
  • Re: Best OS for Postgres 8.2 Luke Lonergan
  • Re: truncate a table instead of vaccum full when count(*) is 0 Heikki Linnakangas
  • Re: truncate a table instead of vaccum full when count(*) is 0 Guillaume Cottenceau
  • Re: [OT] Best OS for Postgres 8.2 C. Bergström
  • Re: truncate a table instead of vaccum full when count(*) is 0 Heikki Linnakangas

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