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

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

• 15 May 2008
  • Re: which ext3 fs type should I use for postgresql david
  • Re: which ext3 fs type should I use for postgresql Matthew Wakeling
  • which ext3 fs type should I use for postgresql Philippe Amelant
  • Re: I/O on select count(*) Tom Lane
  • Re: I/O on select count(*) Tom Lane
  • Re: I/O on select count(*) Tino Wildenhain
  • Re: I/O on select count(*) Joshua D. Drake
  • Re: I/O on select count(*) Greg Smith
  • Re: I/O on select count(*) Luke Lonergan
  • Re: I/O on select count(*) Pavan Deolasee
  • Re: I/O on select count(*) Jan de Visser
  • Re: I/O on select count(*) Greg Smith
  • Re: I/O on select count(*) Alvaro Herrera
  • Re: I/O on select count(*) Greg Smith
• 14 May 2008
  • Update performance degrades over time Subbiah Stalin-XCGF84
  • poor row estimates with multi-column joins Robert Treat
  • Re: I/O on select count(*) Kevin Grittner
  • Re: I/O on select count(*) Doug Eck
  • Re: I/O on select count(*) Merlin Moncure
  • I/O on select count(*) Doug Eck
  • Re: Regexps - never completing join. Rusty Conover
  • Re: postgres overall performance seems to degrade when large SELECT are requested PFC
  • postgres overall performance seems to degrade when large SELECT are requested Valentin Bogdanov
  • Re: can I move sort to first outer join ? PFC
  • Re: Regexps - never completing join. Rusty Conover
  • Regexps - never completing join. Rusty Conover
  • Re: Problem with 11 M records table Ramasubramanian G
  • can I move sort to first outer join ? fernando castano
• 13 May 2008
  • Re: RAID controllers for Postgresql on large setups PFC
  • Re: RAID controllers for Postgresql on large setups James Mansion
  • Re: Problem with 11 M records table Scott Marlowe
  • Re: Problem with 11 M records table Craig James
  • Re: Problem with 11 M records table Craig James
  • Re: Problem with 11 M records table salman
  • Re: Problem with 11 M records table Bill Moran
  • Problem with 11 M records table idc danny
  • Re: RAID controllers for Postgresql on large setups Vivek Khera
  • Re: RAID controllers for Postgresql on large setups Vivek Khera
  • Re: Installation Steps to migrate to Postgres 8.3.1 Scott Marlowe
  • Re: Installation Steps to migrate to Postgres 8.3.1 Knight, Doug
  • Re: RAID controllers for Postgresql on large setups Merlin Moncure
  • Re: RAID controllers for Postgresql on large setups Francisco Reyes
  • Re: RAID controllers for Postgresql on large setups PFC
  • Re: Installation Steps to migrate to Postgres 8.3.1 Scott Marlowe
  • Re: RAID controllers for Postgresql on large setups Scott Marlowe
  • Re: Installation Steps to migrate to Postgres 8.3.1 Claus Guttesen
  • Installation Steps to migrate to Postgres 8.3.1 Gauri Kanekar
  • Re: RAID controllers for Postgresql on large setups Greg Smith
  • Re: RAID controllers for Postgresql on large setups Joshua D. Drake
  • Re: RAID controllers for Postgresql on large setups Joshua D. Drake
  • Re: RAID controllers for Postgresql on large setups Chris Ruprecht
  • Re: Partitioning: INSERT 0 0 but want INSERT 0 1 Nikolas Everett
  • Re: RAID controllers for Postgresql on large setups Francisco Reyes
  • Re: RAID controllers for Postgresql on large setups Joshua D. Drake
  • RAID controllers for Postgresql on large setups Francisco Reyes
• 12 May 2008
  • Re: Partitioning: INSERT 0 0 but want INSERT 0 1 Neil Peter Braggio
  • Partitioning: INSERT 0 0 but want INSERT 0 1 Nikolas Everett
• 11 May 2008
  • Re: Re: Query Optimization with Krusk al’s Algorithm Michael Glaesemann
  • Re: Re: Re: Re: Query Optimization with Kruskal’s Algorithm Tom Lane
• 10 May 2008
  • Re: Re: Re: Query Optimization with Kruskal’s Algorithm Jonah H. Harris
  • Re: Re: Re: Query Optimization with Kruskal’s Algorithm Tom Lane
  • Re: Re: Query Optimization with Kruskal’s Algorithm Jonah H. Harris
  • Re: Query Optimization with Kruskal’s Algorithm Rauan Maemirov
  • Re: plan difference between set-returning function with ROWS within IN() and a plain join Merlin Moncure
• 09 May 2008
  • Re: "append" takes a lot of time in a query Tom Lane
  • "append" takes a lot of time in a query Frank Dekervel
  • Re: multiple joins + Order by + LIMIT query performance issue Scott Marlowe
  • Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux
  • Re: Creating indexes Rauan Maemirov
• 08 May 2008
  • Re: Creating indexes PFC
  • Re: Creating a foreign key PFC
  • Re: Creating indexes Asche
  • Re: Creating indexes Alan Hodgson
  • Creating indexes Rauan Maemirov
  • Re: Creating a foreign key Campbell, Lance
  • Re: Creating a foreign key Shaun Thomas
  • Re: Creating a foreign key Joshua D. Drake
  • Creating a foreign key Campbell, Lance
  • Re: [GENERAL] Ubuntu question Justin
  • Re: [GENERAL] Ubuntu question Justin
• 07 May 2008
  • Re: Query Optimization with Kruskal’s Algorithm Alexander Staubo
  • Query Optimization with Kruskal’s Algorithm Tarcizio Bini
  • Re: Possible Redundancy/Performance Solution Dennis Muhlestein
  • Re: RAID 10 Benchmark with different I/O schedulers Matthew Wakeling
  • Re: multiple joins + Order by + LIMIT query performance issue Matthew Wakeling
  • Re: RAID 10 Benchmark with different I/O schedulers Albe Laurenz *EXTERN*
  • Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux
  • Re: pgfouine - commit details? Josh Cole
  • Re: Possible Redundancy/Performance Solution Greg Smith
  • Re: Possible Redundancy/Performance Solution Scott Marlowe
  • Re: Seqscan problem Vlad Arkhipov
  • Re: pgfouine - commit details? Guillaume Smet
• 06 May 2008
  • Re: Possible Redundancy/Performance Solution Dennis Muhlestein
  • pgfouine - commit details? Josh Cole
  • Re: RAID 10 Benchmark with different I/O schedulers Craig James
  • Re: Possible Redundancy/Performance Solution Greg Smith
  • Re: RAID 10 Benchmark with different I/O schedulers Greg Smith
  • Re: Possible Redundancy/Performance Solution Dennis Muhlestein
  • Re: RAID 10 Benchmark with different I/O schedulers Craig James
  • Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas
  • Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas
  • Re: multiple joins + Order by + LIMIT query performance issue Heikki Linnakangas
  • Re: multiple joins + Order by + LIMIT query performance issue Heikki Linnakangas
  • Re: multiple joins + Order by + LIMIT query performance issue Tom Lane
  • Re: need to speed up query Justin
  • Re: Possible Redundancy/Performance Solution Greg Smith
  • Re: What constitutes a complex query Scott Marlowe
  • Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux
  • Re: What constitutes a complex query Justin
  • Re: need to speed up query Justin
  • Possible Redundancy/Performance Solution Dennis Muhlestein
  • Re: What constitutes a complex query Richard Broersma
  • Re: What constitutes a complex query Steve Atkins
  • Re: need to speed up query Shaun Thomas
  • Re: multiple joins + Order by + LIMIT query performance issue Shaun Thomas
  • Re: multiple joins + Order by + LIMIT query performance issue Antoine Baudoux
  • Re: What constitutes a complex query Scott Marlowe
  • Re: need to speed up query PFC
  • Re: What constitutes a complex query Craig James
  • What constitutes a complex query Justin
  • Re: multiple joins + Order by + LIMIT query performance issue Guillaume Smet
  • multiple joins + Order by + LIMIT query performance issue Antoine Baudoux
  • Re: plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt
  • Re: Seqscan problem Tom Lane
  • Re: plan difference between set-returning function with ROWS within IN() and a plain join Tom Lane
  • Re: need to speed up query Justin
  • Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Jeff
  • Re: plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt
  • Seqscan problem Vlad Arkhipov
  • Re: plan difference between set-returning function with ROWS within IN() and a plain join PFC
  • plan difference between set-returning function with ROWS within IN() and a plain join Frank van Vugt
  • Re: need to speed up query PFC
  • Re: need to speed up query Justin
  • Re: need to speed up query Justin
  • Re: need to speed up query Gregory Williamson
  • Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Greg Smith
  • Re: need to speed up query Scott Marlowe
  • Re: RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Scott Marlowe
  • need to speed up query Justin
  • Re: Very slow INFORMATION_SCHEMA Tom Lane
• 05 May 2008
  • RAID 10 Benchmark with different I/O schedulers (was: Performance increase with elevator=deadline) Craig James
  • Re: Backup causing poor performance - suggestions Scott Marlowe
  • Re: Backup causing poor performance - suggestions Greg Smith
  • Re: Backup causing poor performance - suggestions Greg Smith
  • Re: Backup causing poor performance - suggestions Scott Marlowe
  • Re: Backup causing poor performance - suggestions Simon Riggs
  • Re: Backup causing poor performance - suggestions Scott Marlowe
  • Re: Backup causing poor performance - suggestions Craig James
  • Re: Backup causing poor performance - suggestions Scott Marlowe
  • Re: Backup causing poor performance - suggestions Campbell, Lance
  • Re: Backup causing poor performance - suggestions Scott Marlowe
  • Backup causing poor performance - suggestions Campbell, Lance
  • Re: Very slow INFORMATION_SCHEMA Mario Weilguni
  • Re: Fastest way / best practice to calculate "next birthdays" Shane Ambler
• 04 May 2008
  • Re: Fastest way / best practice to calculate "next birthdays" Zoltan Boszormenyi
  • Re: Fastest way / best practice to calculate "next birthdays" Hannes Dorbath
  • Re: Fastest way / best practice to calculate "next birthdays" Joshua D. Drake
  • Fastest way / best practice to calculate "next birthdays" Hannes Dorbath
  • Re: pgPool query cache Hannes Dorbath
  • Re: Vacuum statistics Mark Kirkwood
  • Re: Vacuum statistics Francisco Reyes
• 03 May 2008
  • Re: two memory-consuming postgres processes Merlin Moncure
  • Re: two memory-consuming postgres processes Matthew Wakeling
• 02 May 2008
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Kevin Grittner
  • Re: Very slow INFORMATION_SCHEMA Tom Lane
  • Re: two memory-consuming postgres processes Kevin Grittner
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Very slow INFORMATION_SCHEMA Ernesto
  • Re: two memory-consuming postgres processes PFC
  • Re: two memory-consuming postgres processes Greg Smith
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Craig James
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Scott Marlowe
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Alexy Khrabrov
  • Re: two memory-consuming postgres processes Greg Smith
  • Re: two memory-consuming postgres processes Tom Lane

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