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

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

• 23 May 2007
  • Re: does VACUUM ANALYZE complete with this error? Susan Russo
  • Re: max_fsm_pages, shared_buffers and checkpoint_segments PFC
  • Re: max_fsm_pages, shared_buffers and checkpoint_segments Ben
  • Re: max_fsm_pages, shared_buffers and checkpoint_segments Y Sidhu
  • Re: max_fsm_pages, shared_buffers and checkpoint_segments Ben
  • max_fsm_pages, shared_buffers and checkpoint_segments Y Sidhu
  • Re: LIKE search and performance Rigmor Ukuhe
  • Re: LIKE search and performance Alexander Staubo
  • Re: LIKE search and performance Guido Neitzer
  • Re: does VACUUM ANALYZE complete with this error? Vivek Khera
  • Re: LIKE search and performance Richard Huxton
  • Re: Tips & Tricks for validating hardware/os Vivek Khera
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Vivek Khera
  • LIKE search and performance Andy
  • Re: does VACUUM ANALYZE complete with this error? Tom Lane
  • Re: [PERFORM] does VACUUM ANALYZE complete with this error? Tom Lane
  • does VACUUM ANALYZE complete with this error? Susan Russo
  • Re: Postgres Benchmark Results Gregory Stark
  • Re: Key/Value reference table generation: INSERT/UPDATE performance Guillaume Smet
  • Re: Tips & Tricks for validating hardware/os Andreas Kostyrka
  • Re: Tips & Tricks for validating hardware/os Greg Smith
  • Re: Postgres Benchmark Results Greg Smith
• 22 May 2007
  • Re: Drop table vs Delete record Orhan Aglagul
  • Re: Drop table vs Delete record Andreas Kostyrka
  • Drop table vs Delete record Orhan Aglagul
  • Domains versus Check Constraints Chander Ganesan
  • Re: Performace comparison of indexes over timestamp fields Tom Lane
  • Re: Tips & Tricks for validating hardware/os PFC
  • Re: Tips & Tricks for validating hardware/os Alexander Staubo
  • Tips & Tricks for validating hardware/os Stephane Bailliez
  • Re: Performace comparison of indexes over timestamp fields Alexander Staubo
  • Re: Performace comparison of indexes over timestamp fields Steinar H. Gunderson
  • Re: Performace comparison of indexes over timestamp fields Alexander Staubo
  • Re: Key/Value reference table generation: INSERT/UPDATE performance cedric
  • Performace comparison of indexes over timestamp fields Arnau
  • Re: Key/Value reference table generation: INSERT/UPDATE performance valgog
  • Re: Key/Value reference table generation: INSERT/UPDATE performance valgog
  • Re: Key/Value reference table generation: INSERT/UPDATE performance PFC
  • Re: Postgres Benchmark Results PFC
  • Re: Key/Value reference table generation: INSERT/UPDATE performance valgog
  • Re: is file size relevant in choosing index or table scan? Richard Huxton
  • is file size relevant in choosing index or table scan? Joost Kraaijeveld
  • Re: Key/Value reference table generation: INSERT/UPDATE performance Richard Huxton
  • Re: Key/Value reference table generation: INSERT/UPDATE performance Peter Childs
  • Key/Value reference table generation: INSERT/UPDATE performance valgog
  • Re: Postgres Benchmark Results Gregory Stark
  • Re: Postgres Benchmark Results Gregory Stark
  • Feature suggestion : FAST CLUSTER PFC
  • Re: Postgres Benchmark Results Peter Schuller
  • Re: Postgres Benchmark Results Zoltan Boszormenyi
  • Re: Postgres Benchmark Results Zoltan Boszormenyi
  • Re: Postgres Benchmark Results Guido Neitzer
  • Re: Postgres Benchmark Results Greg Smith
  • Re: 500 requests per second Dave Cramer
  • Re: Postgres Benchmark Results Alvaro Herrera
  • Re: Postgres Benchmark Results Scott Marlowe
  • Re: Postgres Benchmark Results Rich
• 21 May 2007
  • Re: Postgres Benchmark Results Guido Neitzer
  • Re: Postgres Benchmark Results PFC
  • Re: Postgres Benchmark Results PFC
  • Re: Rewriting DISTINCT and losing performance Tom Lane
  • Re: 121+ million record table perf problems Vivek Khera
  • Re: Postgres Benchmark Results Jim C. Nasby
  • Re: Postgres Benchmark Results Jim C. Nasby
  • Re: 500 requests per second Jim C. Nasby
  • Re: 500 requests per second PFC
  • Re: pg_stats how-to? Y Sidhu
  • Re: 500 requests per second Merlin Moncure
  • Re: Increasing Shared_buffers = slow commits? Merlin Moncure
  • Re: Rewriting DISTINCT and losing performance Chuck D.
  • Re: Rewriting DISTINCT and losing performance Richard Huxton
  • Re: pg_stats how-to? Jim C. Nasby
  • Re: Rewriting DISTINCT and losing performance Chuck D.
  • Re: Rewriting DISTINCT and losing performance Chuck D.
  • Increasing Shared_buffers = slow commits? Chris Hoover
  • Re: Rewriting DISTINCT and losing performance Richard Huxton
  • Re: Rewriting DISTINCT and losing performance Josh Berkus
  • Re: Ever Increasing IOWAIT Ralph Mason
  • Rewriting DISTINCT and losing performance Chuck D.
• 20 May 2007
  • Re: Ever Increasing IOWAIT Tom Lane
  • Re: Ever Increasing IOWAIT Ralph Mason
  • Re: Ever Increasing IOWAIT Ralph Mason
  • Re: Postgres Benchmark Results Andreas Kostyrka
  • Re: Postgres Benchmark Results PFC
  • Re: Postgres Benchmark Results Zoltan Boszormenyi
  • Re: Postgres Benchmark Results Tom Lane
  • Re: Postgres Benchmark Results Arjen van der Meijden
  • Re: Diminishing bandwidth performance with multiple quad core X5355s Arjen van der Meijden
  • Re: Postgres Benchmark Results PFC
  • Re: Postgres Benchmark Results Arjen van der Meijden
  • Postgres Benchmark Results PFC
• 19 May 2007
  • Re: QP Problem Tom Lane
  • Re: Background vacuum Ron Mayer
  • QP Problem s d
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Guido Neitzer
  • Re: Efficient recursion Tom Lane
  • Re: any way to get rid of Bitmap Heap Scan recheck? Tom Lane
  • Re: any way to get rid of Bitmap Heap Scan recheck? Heikki Linnakangas
  • Re: CPU Intensive query Andrew Sullivan
  • Re: any way to get rid of Bitmap Heap Scan recheck? Sergei Shelukhin
  • Re: Background vacuum Greg Smith
  • Re: 121+ million record table perf problems Greg Smith
• 18 May 2007
  • Re: pg_stats how-to? Y Sidhu
  • Re: 121+ million record table perf problems Alvaro Herrera
  • Re: Slow queries on big table Tyrrill, Ed
  • Efficient recursion C Storm
  • Re: 121+ million record table perf problems Craig James
  • Re: CPU Intensive query Steinar H. Gunderson
  • Re: CPU Intensive query Steinar H. Gunderson
  • Re: CPU Intensive query Abu Mushayeed
  • Re: CPU Intensive query Tom Lane
  • Re: CPU Intensive query Abu Mushayeed
  • Re: Slow queries on big table Tom Lane
  • Re: Slow queries on big table Steinar H. Gunderson
  • Re: Slow queries on big table Tyrrill, Ed
  • Re: choosing fillfactor Heikki Linnakangas
  • Re: Slow queries on big table Tom Lane
  • Re: Slow queries on big table Andrew Kroeger
  • Re: Slow queries on big table Tom Lane
  • Re: 121+ million record table perf problems Tom Lane
  • Re: reading large BYTEA type is slower than expected Mark Harris
  • Re: Slow queries on big table Scott Marlowe
  • Re: Background vacuum Ron Mayer
  • Re: 121+ million record table perf problems Alan Hodgson
  • Slow queries on big table Tyrrill, Ed
  • choosing fillfactor Gene Hart
  • Re: 121+ million record table perf problems Brian Hurt
  • Re: reading large BYTEA type is slower than expected Mark Harris
  • Re: 121+ million record table perf problems Joshua D. Drake
  • Re: 121+ million record table perf problems Andrew Sullivan
  • 121+ million record table perf problems cyber-postgres
  • Re: reading large BYTEA type is slower than expected Y Sidhu
  • Re: reading large BYTEA type is slower than expected Tom Lane
  • reading large BYTEA type is slower than expected Mark Harris
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: CPU Intensive query Steinar H. Gunderson
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Kenneth Marshall
  • CPU Intensive query Abu Mushayeed
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Tom Lane
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: performance drop on 8.2.4, reverting to 8.1.4 George Pavlov
  • Re: Ever Increasing IOWAIT Mark Lewis
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: performance drop on 8.2.4, reverting to 8.1.4 Steinar H. Gunderson
  • performance drop on 8.2.4, reverting to 8.1.4 Liviu Ionescu
  • Re: Ever Increasing IOWAIT Richard Huxton
  • Re: Background vacuum Tom Lane
  • Re: Background vacuum Ron Mayer
  • Re: Background vacuum Greg Smith
  • Re: Background vacuum Ron Mayer
• 17 May 2007
  • Re: Ever Increasing IOWAIT Ralph Mason
  • Re: Ever Increasing IOWAIT Joshua D. Drake
  • Ever Increasing IOWAIT Ralph Mason
  • Re: WAL log performance/efficiency question Keaton Adams
  • Re: WAL log performance/efficiency question Heikki Linnakangas
  • Re: WAL log performance/efficiency question Keaton Adams
  • Re: WAL log performance/efficiency question Tom Lane
  • Re: WAL log performance/efficiency question Heikki Linnakangas
  • WAL log performance/efficiency question Keaton Adams
  • Re: Background vacuum Andrew Sullivan
  • any way to get rid of Bitmap Heap Scan recheck? Sergei Shelukhin
• 16 May 2007
  • Re: Disk Fills Up and fsck "Compresses" it Mark Kirkwood
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Tom Lane
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Alvaro Herrera
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Chris Browne
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Michael Stone
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Jim C. Nasby
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Alvaro Herrera
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Guillaume Cottenceau
  • Re: Disk Fills Up and fsck "Compresses" it Jim C. Nasby
  • Re: [doc patch] a slight VACUUM / VACUUM FULL doc improvement proposal Jim C. Nasby
  • Re: New performance documentation released Luke Lonergan
  • Re: Disk Fills Up and fsck "Compresses" it Y Sidhu

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