• 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 2007-02 Thread Index (1/2)

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

• Upgraded to 8.2.3 --- still having performance issues Carlos Moreno
• Re: Upgraded to 8.2.3 --- still having performance issues Tom Lane
• Re: Upgraded to 8.2.3 --- still having performance issues Carlos Moreno
• Re: Upgraded to 8.2.3 --- still having performance issues Rodrigo Gonzalez
• Re: Upgraded to 8.2.3 --- still having performance issues Carlos Moreno
• Re: Upgraded to 8.2.3 --- still having performance issues Carlos Moreno
• [kris(at)obsecurity(dot)org: Anyone interested in improving postgresql scaling?] Jim C. Nasby
• Re: [kris(at)obsecurity(dot)org: Anyone interested in improving postgresql scaling?] Tom Lane
• [kris(at)obsecurity(dot)org: Progress on scaling of FreeBSD on 8 CPU systems] Jim C. Nasby
• Opinions on Raid Joe Uhl
• Re: Opinions on Raid Stefan Kaltenbrunner
• Re: Opinions on Raid Ron
• Re: Opinions on Raid mark
• Re: Opinions on Raid Scott Marlowe
• Re: Opinions on Raid Geoff Tolley
• <Possible follow-ups>
• Re: Opinions on Raid Scott Marlowe
• low memory usage reported by 'top' indicates poor tuning? Mark Stosberg
• Re: low memory usage reported by 'top' indicates poor tuning? Joshua D. Drake
• Re: low memory usage reported by 'top' indicates poor tuning? Mark Stosberg
• Writting a "search engine" for a pgsql DB Madison Kelly
• Re: Writting a "search engine" for a pgsql DB Joshua D. Drake
• Re: Writting a "search engine" for a pgsql DB Mark Stosberg
• Re: Writting a "search engine" for a pgsql DB Joshua D. Drake
• Re: Writting a "search engine" for a pgsql DB Madison Kelly
• Re: Writting a "search engine" for a pgsql DB Magnus Hagander
• Re: Writting a "search engine" for a pgsql DB Mark Stosberg
• Re: Writting a "search engine" for a pgsql DB Madison Kelly
• Re: Writting a "search engine" for a pgsql DB Mark Stosberg
• Re: Writting a "search engine" for a pgsql DB Jeff Davis
• Re: Writting a "search engine" for a pgsql DB Charles Sprickman
• Re: Writting a "search engine" for a pgsql DB Magnus Hagander
• Re: Writting a "search engine" for a pgsql DB Dave Page
• Re: Writting a "search engine" for a pgsql DB Charles Sprickman
• Re: Writting a "search engine" for a pgsql DB Magnus Hagander
• Re: Writting a "search engine" for a pgsql DB Dave Page
• Re: Writting a "search engine" for a pgsql DB Steinar H. Gunderson
• Re: Writting a "search engine" for a pgsql DB Dave Page
• Re: Writting a "search engine" for a pgsql DB Oleg Bartunov
• Re: Writting a "search engine" for a pgsql DB Dave Page
• Re: Writting a "search engine" for a pgsql DB Chris
• does prepareThreshold work? forced to use old driver Gene
• Re: [JDBC] does prepareThreshold work? forced to use old driver Kris Jurka
• Re: [JDBC] does prepareThreshold work? forced to use old driver Dave Cramer
• Re: [JDBC] does prepareThreshold work? forced to use old driver Gene
• Vacuumdb - Max_FSM_Pages Problem. Pallav Kalva
• Re: Vacuumdb - Max_FSM_Pages Problem. Peter Childs
• Message not available
  • Re: Vacuumdb - Max_FSM_Pages Problem. Ron
• Server Startup Error Gauri Kanekar
• Re: Server Startup Error Rodrigo Gonzalez
• Re: Server Startup Error Gauri Kanekar
• Re: Server Startup Error Rodrigo Gonzalez
• Re: Server Startup Error Richard Huxton
• Message not available
  • Re: Server Startup Error Richard Huxton
• Query Planner Gauri Kanekar
• Re: Query Planner Steinar H. Gunderson
• invalid page header in block 428 of relation "pg_attribute" ashok(at)kalculate(dot)com
• Re: pg_trgm performance Guillaume Smet
• Re: pg_trgm performance Steinar H. Gunderson
• Re: pg_trgm performance Guillaume Smet
• Re: pg_trgm performance Steinar H. Gunderson
• Re: pg_trgm performance Guillaume Smet
• Re: pg_trgm performance Oleg Bartunov
• Re: pg_trgm performance Guillaume Smet
• Re: pg_trgm performance Oleg Bartunov
• which Xeon processors don't have the context switching problem Geoffrey
• Re: which Xeon processors don't have the context switching problem Claus Guttesen
• Re: which Xeon processors don't have the context switching problem Steinar H. Gunderson
• Re: which Xeon processors don't have the context switching problem Alvaro Herrera
• Re: which Xeon processors don't have the context switching problem Steinar H. Gunderson
• Re: which Xeon processors don't have the context switching problem Magnus Hagander
• Re: which Xeon processors don't have the context switching problem Josh Berkus
• Re: which Xeon processors don't have the context switching problem Geoffrey
• Re: which Xeon processors don't have the context switching problem Joshua D. Drake
• Re: which Xeon processors don't have the context switching problem Geoffrey
• Re: which Xeon processors don't have the context switching problem Guillaume Smet
• Re: which Xeon processors don't have the context switching problem Geoffrey
• Re: which Xeon processors don't have the context switching problem Joshua D. Drake
• Two hard drives --- what to do with them? Carlos Moreno
• Re: Two hard drives --- what to do with them? Tom Lane
• Re: Two hard drives --- what to do with them? Peter Kovacs
• Re: Two hard drives --- what to do with them? Jeff Davis
• Re: Two hard drives --- what to do with them? Peter Kovacs
• Re: Two hard drives --- what to do with them? Jeff Davis
• Re: Two hard drives --- what to do with them? Shane Ambler
• Re: Two hard drives --- what to do with them? Peter Kovacs
• Re: Two hard drives --- what to do with them? Ben
• Re: Two hard drives --- what to do with them? Shane Ambler
• Re: Two hard drives --- what to do with them? Bruno Wolff III
• Re: Two hard drives --- what to do with them? Jeff Davis
• Re: Two hard drives --- what to do with them? Scott Marlowe
• Re: Two hard drives --- what to do with them? Bruno Wolff III
• Re: Two hard drives --- what to do with them? Bruno Wolff III
• Re: Two hard drives --- what to do with them? Alexander Staubo
• Re: which Xeon processors don't have the context switching problem Guillaume Smet
• long checkpoint_timeout Jeff Davis
• Re: long checkpoint_timeout Jim C. Nasby
• Re: long checkpoint_timeout Jeff Davis
• Re: long checkpoint_timeout Jim C. Nasby
• Recommended Initial Settings Campbell, Lance
• Re: Recommended Initial Settings Richard Huxton
• Re: Recommended Initial Settings Campbell, Lance
• Re: Recommended Initial Settings Richard Huxton
• Re: Recommended Initial Settings Bill Moran
• Re: Recommended Initial Settings Jim C. Nasby
• R: Very slow bytea data extraction msmbarabino(at)virgilio(dot)it
• Re: R: Very slow bytea data extraction Richard Huxton
• Re: R: Very slow bytea data extraction Merlin Moncure
• Very slow bytea data extraction msmbarabino(at)virgilio(dot)it
• Re: Very slow bytea data extraction Richard Huxton
• <Possible follow-ups>
• Re: Very slow bytea data extraction msmbarabino(at)virgilio(dot)it
• Re: Very slow bytea data extraction Richard Huxton
• Re: Very slow bytea data extraction msmbarabino(at)virgilio(dot)it
• Vacuum full very slow due to nonremovable dead rows...What makes the dead rows non-removable? Barbara Cosentino
• Re: Vacuum full very slow due to nonremovable dead rows...What makes the dead rows non-removable? Steinar H. Gunderson
• slow update on 1M rows (worse with indexes) Gabriel Biberian
• Re: slow update on 1M rows (worse with indexes) Steinar H. Gunderson
• Re: slow update on 1M rows (worse with indexes) Joshua D. Drake
• Re: slow update on 1M rows (worse with indexes) ismo . tuononen
• Disable result buffering to frontend clients Konstantinos Krikellas
• Re: Disable result buffering to frontend clients Richard Huxton
• Auto-Vacuum in 8.1 was ineffective for me. 8.2 may work better? Mark Stosberg
• Re: Auto-Vacuum in 8.1 was ineffective for me. 8.2 may work better? Alvaro Herrera
• Re: Auto-Vacuum in 8.1 was ineffective for me. 8.2 may work better? Mark Stosberg
• Re: Auto-Vacuum in 8.1 was ineffective for me. 8.2 may work better? Matthew T. O'Connor
• Using the 8.2 autovacuum values with 8.1 Mark Stosberg
• Re: Using the 8.2 autovacuum values with 8.1 Csaba Nagy
• Re: Using the 8.2 autovacuum values with 8.1 Jim C. Nasby
• Re: Auto-Vacuum in 8.1 was ineffective for me. 8.2 may work better? Alvaro Herrera
• General advice on user functions Dan Harris
• Re: General advice on user functions Merlin Moncure
• Re: General advice on user functions Albert Cervera Areny
• Re: General advice on user functions Dan Harris
• How to avoid vacuuming a huge logging table Mark Stosberg
• Re: How to avoid vacuuming a huge logging table Greg Sabino Mullane
• Re: How to avoid vacuuming a huge logging table Greg Sabino Mullane
• Re: How to avoid vacuuming a huge logging table D'Arcy J.M. Cain
• Postgres performance Linux vs FreeBSD Jacek Zaręba
• Re: Postgres performance Linux vs FreeBSD Merlin Moncure
• Re: Postgres performance Linux vs FreeBSD Bill Moran
• Re: Postgres performance Linux vs FreeBSD Dimitri Fontaine
• Re: Postgres performance Linux vs FreeBSD Mark Kirkwood
• Re: Postgres performance Linux vs FreeBSD Andrew - Supernews
• SELECT performance problem Glenn Sullivan
• Re: SELECT performance problem Jeff Frost
• Re: SELECT performance problem Dave Dutcher
• slow subselects Marko Niinimaki
• Re: slow subselects ismo . tuononen
• Re: slow subselects Tom Lane
• Re: slow subselects Marko Niinimaki
• Query Optimization Reinhard Vicinus
• Re: Query Optimization Tom Lane
• Re: Query Optimization Jim C. Nasby
• How to debug performance problems Andreas Tille
• Re: How to debug performance problems Craig A. James
• Re: How to debug performance problems Ray Stell
• Re: How to debug performance problems Craig A. James
• Re: How to debug performance problems Ray Stell
• Re: How to debug performance problems Mark Stosberg
• Re: How to debug performance problems Jeff Davis
• Re: How to debug performance problems Scott Marlowe
• Not Picking Index Gauri Kanekar
• Re: Not Picking Index Michael Fuhr
• Re: Not Picking Index Gauri Kanekar
• Re: Not Picking Index Alvaro Herrera
• Re: Not Picking Index Tom Lane
• Re: Not Picking Index George Pavlov
• Re: Not Picking Index Tom Lane
• Re: Not Picking Index Brad Nicholson
• Re: Not Picking Index Steinar H. Gunderson
• <Possible follow-ups>
• Fwd: Not Picking Index Mike Gargano
• strange issue for certain queries Mike Gargano
• Slow query with 'or' clause philippe
• Re: Slow query with 'or' clause Richard Huxton
• Re: Slow query with 'or' clause philippe
• Problem with joining queries. Konstantinos Krikellas
• Re: Problem with joining queries. Richard Huxton
• Re: Problem with joining queries. Konstantinos Krikellas
• Benchmarking PGSQL? Krishna Kumar
• Re: Benchmarking PGSQL? Shoaib Mir
• Re: Benchmarking PGSQL? Luke Lonergan

---

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

---

Mail converted by MHonArc