• 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-04 Chronological Index (2/4)

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

• 24 April 2006
  • Re: Recovery will take 10 hours Simon Riggs
  • Re: Recovery will take 10 hours Markus Schaber
  • Re: Inactive memory Grows unlimited Matteo Beccati
  • Re: Slow deletes in 8.1 when FKs are involved Tom Lane
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Slow deletes in 8.1 when FKs are involved Will Reese
  • Re: Hardware: HP StorageWorks MSA 1500 Mark Kirkwood
• 23 April 2006
  • Re: GROUP BY Vs. Sub SELECT Tom Lane
  • GROUP BY Vs. Sub SELECT Bruno Almeida do Lago
  • Re: Recovery will take 10 hours Simon Riggs
• 22 April 2006
  • Easy question clemens . bertschler
  • Re: Introducing a new linux readahead framework Wu Fengguang
  • Re: WAL logging of SELECT ... INTO command Simon Riggs
• 21 April 2006
  • Re: WAL logging of SELECT ... INTO command Bruce Momjian
  • Re: Hardware: HP StorageWorks MSA 1500 Mikael Carneholm
  • Re: Introducing a new linux readahead framework Jim C. Nasby
  • Worsening performance with 7.4 on flash-based system Greg Stumph
  • Re: Takes too long to fetch the data from database Jim C. Nasby
  • Re: Takes too long to fetch the data from database Bruno Wolff III
  • Re: Inactive memory Grows unlimited Alvaro Herrera
  • Inactive memory Grows unlimited ALVARO ARCILA
  • Re: Hardware: HP StorageWorks MSA 1500 Alex Hayward
  • Re: Better way to write aggregates? Tom Lane
  • Re: Little use of CPU ( < 5%) Dave Dutcher
  • Re: Takes too long to fetch the data from database Merlin Moncure
  • Re: Takes too long to fetch the data from database Dave Dutcher
  • Re: Better way to write aggregates? Jim Buttafuoco
  • Re: Better way to write aggregates? Jan Dittmer
  • Re: Better way to write aggregates? Jim Buttafuoco
  • Re: Introducing a new linux readahead framework Wu Fengguang
  • security for row level but not based on Database user's login Friends
  • Little use of CPU ( < 5%) luchot
  • Better way to write aggregates? Jan Dittmer
  • Re: Introducing a new linux readahead framework Markus Schaber
  • Re: Introducing a new linux readahead framework Wu Fengguang
  • Re: Quick Performance Poll Milen Kulev
  • Re: Takes too long to fetch the data from database soni de
  • Re: Introducing a new linux readahead framework Jim C. Nasby
  • Introducing a new linux readahead framework Wu Fengguang
  • Re: Recovery will take 10 hours Gavin Sherry
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Brendan Duddridge
• 20 April 2006
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Tom Lane
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Jeff Frost
  • Re: Recovery will take 10 hours Tom Lane
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Jeff Frost
  • Re: Quick Performance Poll Luke Lonergan
  • Re: Recovery will take 10 hours Luke Lonergan
  • Re: Recovery will take 10 hours Tom Lane
  • Re: Performance decrease Guido Neitzer
  • Re: Recovery will take 10 hours Brendan Duddridge
  • Re: Recovery will take 10 hours Tom Lane
  • Re: Quick Performance Poll Milen Kulev
  • Re: Inserts optimization? Vivek Khera
  • Re: Inserts optimization? Vivek Khera
  • Recovery will take 10 hours Brendan Duddridge
  • Re: Hardware: HP StorageWorks MSA 1500 Mark Lewis
  • Hardware: HP StorageWorks MSA 1500 Mikael Carneholm
  • Slow deletes in 8.1 when FKs are involved Will Reese
  • Re: Performance decrease Jim C. Nasby
  • Re: Quick Performance Poll Jim C. Nasby
  • Re: SELECT FOR UPDATE performance is bad Jim C. Nasby
  • Re: merge>hash>loop Jim C. Nasby
  • Re: Performance decrease Radovan Antloga
  • Re: Takes too long to fetch the data from database Merlin Moncure
  • Re: Performance decrease Tom Lane
  • Performance decrease Radovan Antloga
  • Re: Quick Performance Poll Luke Lonergan
  • IBM pSeries - overrated bucket of crud? Gavin Hamill
  • Re: Quick Performance Poll Markus Schaber
  • Re: Quick Performance Poll Jim Buttafuoco
  • Re: Quick Performance Poll Luke Lonergan
  • Re: Perfrmance Problems (7.4.6) Ruben Rubio Rey
  • Re: Quick Performance Poll Jim Buttafuoco
  • Re: Quick Performance Poll Luke Lonergan
  • Re: Inserts optimization? Scott Marlowe
  • Re: Identical query on two machines, different plans.... Csaba Nagy
  • Re: Identical query on two machines, different plans.... Mario Splivalo
  • Re: Identical query on two machines, different plans.... Csaba Nagy
  • Identical query on two machines, different plans.... Mario Splivalo
  • Re: Quick Performance Poll Jim Buttafuoco
  • Quick Performance Poll Simon Dale
  • Re: Perfrmance Problems (7.4.6) Doron Baranes
  • Re: Perfrmance Problems (7.4.6) Ruben Rubio Rey
  • Perfrmance Problems (7.4.6) Doron Baranes
  • Re: Takes too long to fetch the data from database Bruno Wolff III
  • Re: Takes too long to fetch the data from database soni de
  • Introducing a new linux readahead framework Wu Fengguang
  • Re: Inserts optimization? Mark Kirkwood
  • Re: Inserts optimization? Christopher Kings-Lynne
• 19 April 2006
  • Re: Planner doesn't chose Index - (slow select) patrick keshishian
  • Re: Inserts optimization? Scott Marlowe
  • Re: Inserts optimization? PFC
  • Re: Inserts optimization? Tom Lane
  • Re: Inserts optimization? Scott Marlowe
  • Re: Inserts optimization? Tom Lane
  • Re: Inserts optimization? Markus Schaber
  • Re: Inserts optimization? Magnus Hagander
  • Re: Inserts optimization? Markus Schaber
  • Re: Multicolumn order by Theo Kramer
  • Re: SELECT FOR UPDATE performance is bad Mario Splivalo
  • Re: SELECT FOR UPDATE performance is bad Mario Splivalo
  • Re: Multicolumn order by Theo Kramer
  • Re: merge>hash>loop Mark Kirkwood
  • Re: Blocks read for index scans Mark Kirkwood
  • Re: merge>hash>loop Tom Lane
  • Re: merge>hash>loop Jim C. Nasby
  • Re: Blocks read for index scans Jim C. Nasby
  • Re: merge>hash>loop Mark Kirkwood
  • Re: Blocks read for index scans Terje Elde
  • Re: SELECT FOR UPDATE performance is bad Christopher Kings-Lynne
  • Re: Planner doesn't chose Index - (slow select) Tom Lane
  • Planner doesn't chose Index - (slow select) patrick keshishian
• 18 April 2006
  • Re: merge>hash>loop Tom Lane
  • Re: merge>hash>loop Jim C. Nasby
  • Re: merge>hash>loop Jim C. Nasby
  • Re: Multicolumn order by Jim C. Nasby
  • Re: Multicolumn order by Tom Lane
  • Re: creating of temporary table takes very long Tom Lane
  • Multicolumn order by Theo Kramer
  • Re: creating of temporary table takes very long Jim C. Nasby
  • Re: merge>hash>loop Tom Lane
  • Re: merge>hash>loop Tom Lane
  • Re: merge>hash>loop Jim C. Nasby
  • Re: pg_toast size Jim C. Nasby
  • Re: Inserts optimization? Jim C. Nasby
  • Re: Inserts optimization? Jim C. Nasby
  • Re: Slow query - possible bug? Gavin Hamill
  • Re: Blocks read for index scans Jim C. Nasby
  • Re: Blocks read for index scans Jim C. Nasby
  • Re: index is not used if I include a function that returns current time in my query Jim C. Nasby
  • Re: Slow query - possible bug? Tom Lane
  • Re: Slow query - possible bug? Gavin Hamill
  • Re: Slow query - possible bug? Tom Lane
  • Re: FOREIGN KEYS vs PERFORMANCE Rodrigo Sakai
  • Re: SELECT FOR UPDATE performance is bad PFC
  • Re: [bulk] Re: [bulk] Re: Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: [bulk] Re: Problem with LIKE-Performance Richard Huxton
  • Re: creating of temporary table takes very long Sriram Dandapani
  • Re: creating of temporary table takes very long Tom Lane
  • Re: [bulk] Re: Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: Problem with LIKE-Performance Tom Lane
  • Re: [bulk] RE: Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: Problem with LIKE-Performance Guido Neitzer
  • Re: Problem with LIKE-Performance REISS Thomas DSIC DESP
  • Re: Problem with LIKE-Performance Hakan Kocaman
  • Re: Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: SELECT FOR UPDATE performance is bad Tom Lane
  • Re: Problem with LIKE-Performance Tom Lane
  • Re: Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: Problem with LIKE-Performance Dave Dutcher
  • Problem with LIKE-Performance Tarabas (Manuel Rorarius)
  • Re: Migration study, step 2: rewriting queries Tom Lane
  • Re: SELECT FOR UPDATE performance is bad Tom Lane
  • SELECT FOR UPDATE performance is bad Mario Splivalo
  • Re: Inserts optimization? Magnus Hagander
  • Re: merge>hash>loop Markus Schaber
  • Re: Inserts optimization? Markus Schaber
  • Re: Migration study, step 2: rewriting queries Mikael Carneholm
  • Re: Slow query - possible bug? Gavin Hamill
  • Re: slow cursor Luckys
• 17 April 2006
  • Re: creating of temporary table takes very long Sriram Dandapani
  • Re: creating of temporary table takes very long Sriram Dandapani
  • Re: creating of temporary table takes very long Tom Lane
  • Re: creating of temporary table takes very long Sriram Dandapani
  • creating of temporary table takes very long Sriram Dandapani
  • slow cursor Sriram Dandapani
  • Re: Migration study, step 2: rewriting queries Tom Lane
• 16 April 2006
  • Migration study, step 2: rewriting queries Mikael Carneholm
• 15 April 2006
  • Re: Inserts optimization? Francisco Reyes
  • Re: Inserts optimization? Francisco Reyes
  • Re: Inserts optimization? Francisco Reyes
  • Re: Inserts optimization? Gábriel Ákos
  • Re: Inserts optimization? Gábriel Ákos
• 14 April 2006
  • Re: Inserts optimization? Francisco Reyes

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