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

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

• 21 April 2008
  • Re: corrupted shared memory message Tom Lane
• 20 April 2008
  • corrupted shared memory message Pablo Alcaraz
  • Vacuum settings dforums
  • Re: Group by more efficient than distinct? Francisco Reyes
  • Re: Group by more efficient than distinct? Francisco Reyes
  • Re: Background writer underemphasized ... James Mansion
• 19 April 2008
  • Re: Background writer underemphasized ... Greg Smith
  • Re: Oddly slow queries Christopher Browne
  • Re: Oddly slow queries Scott Marlowe
  • Re: Exact index overhead Scott Marlowe
  • Re: Background writer underemphasized ... James Mansion
  • Re: Background writer underemphasized ... Greg Smith
  • Re: 3-days-long vacuum of 20GB table Heikki Linnakangas
• 18 April 2008
  • Re: Message queue table.. Chris Browne
  • full_page_write and also compressed logging James Mansion
  • Re: Message queue table.. Tom Lane
  • Re: Message queue table.. Jesper Krogh
  • Re: 3-days-long vacuum of 20GB table Tom Lane
  • Re: 3-days-long vacuum of 20GB table Alvaro Herrera
  • Re: Message queue table.. Craig Ringer
  • Re: 3-days-long vacuum of 20GB table Jeffrey Baker
  • Message queue table.. Jesper Krogh
  • Re: 3-days-long vacuum of 20GB table Jeffrey Baker
  • Re: 3-days-long vacuum of 20GB table Jeffrey Baker
  • Re: Strange behavior: pgbench and new Linux kernels Greg Smith
  • Re: 3-days-long vacuum of 20GB table Tom Lane
  • 3-days-long vacuum of 20GB table Jeffrey Baker
  • Re: Performance increase with elevator=deadline Enrico Sirola
  • Re: Strange behavior: pgbench and new Linux kernels Matthew
  • Re: Group by more efficient than distinct? PFC
  • Re: Group by more efficient than distinct? Gregory Stark
  • Re: Group by more efficient than distinct? Thomas Pundt
  • Re: Strange behavior: pgbench and new Linux kernels Greg Smith
  • Re: Strange behavior: pgbench and new Linux kernels Tom Lane
  • Re: SQL Function Slowness, 8.3.0 Craig Ringer
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • Group by more efficient than distinct? Francisco Reyes
  • Re: SQL Function Slowness, 8.3.0 Craig Ringer
  • Re: Strange behavior: pgbench and new Linux kernels Greg Smith
  • Re: Strange behavior: pgbench and new Linux kernels david
  • Re: Strange behavior: pgbench and new Linux kernels Greg Smith
• 17 April 2008
  • Re: seq scan issue... PFC
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • Re: Background writer underemphasized ... Marinos Yannikos
  • Re: seq scan issue... Rodrigo Gonzalez
  • Re: seq scan issue... Jeffrey Baker
  • seq scan issue... kevin kempter
  • Re: POSIX file updates Greg Smith
  • Re: Strange behavior: pgbench and new Linux kernels Greg Smith
  • Re: Strange behavior: pgbench and new Linux kernels Matthew
  • Re: SQL Function Slowness, 8.3.0 Alvaro Herrera
  • Re: Strange behavior: pgbench and new Linux kernels Jeffrey Baker
  • Re: SQL Function Slowness, 8.3.0 Craig Ringer
  • Re: SQL Function Slowness, 8.3.0 Simon Riggs
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • Re: SQL Function Slowness, 8.3.0 Simon Riggs
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • Re: SQL Function Slowness, 8.3.0 Simon Riggs
  • Re: Strange behavior: pgbench and new Linux kernels Matthew
  • Re: Exact index overhead Gunther Mayer
  • Re: rename constraint Thomas Spreng
  • rename constraint sathiya psql
  • Re: Exact index overhead Pavan Deolasee
  • Re: Exact index overhead Heikki Linnakangas
  • Re: Exact index overhead Richard Huxton
  • Exact index overhead Gunther Mayer
  • Re: db size Richard Huxton
  • Re: db size Adrian Moisey
  • Re: db size Adrian Moisey
  • Re: db size Richard Huxton
  • Strange behavior: pgbench and new Linux kernels Greg Smith
  • Re: db size Adrian Moisey
  • Re: Oddly slow queries Andrew Sullivan
  • Re: Anybody using the Dell Powervault MD3000 array? Craig James
• 16 April 2008
  • Re: Query running slow PFC
  • Re: Oddly slow queries Thomas Spreng
  • Query running slow samantha mahindrakar
  • Re: Anybody using the Dell Powervault MD3000 array? Gavin M. Roy
  • Re: Anybody using the Dell Powervault MD3000 array? Joshua D. Drake
  • Re: Anybody using the Dell Powervault MD3000 array? Jeffrey Baker
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • Re: Anybody using the Dell Powervault MD3000 array? Joshua D. Drake
  • Re: Anybody using the Dell Powervault MD3000 array? Gavin M. Roy
  • Anybody using the Dell Powervault MD3000 array? Jeffrey Baker
  • Re: Background writer underemphasized ... Bill Moran
  • Re: Background writer underemphasized ... Greg Smith
  • Re: Background writer underemphasized ... Greg Smith
  • Re: SQL Function Slowness, 8.3.0 Joshua D. Drake
  • Re: SQL Function Slowness, 8.3.0 Gavin M. Roy
  • Re: Background writer underemphasized ... Bill Moran
  • Re: Background writer underemphasized ... Chris Browne
  • Re: Oddly slow queries Chris Browne
  • Background writer underemphasized ... Marinos Yannikos
  • Re: SQL Function Slowness, 8.3.0 Mark Mielke
  • Re: SQL Function Slowness, 8.3.0 Tom Lane
  • SQL Function Slowness, 8.3.0 Gavin M. Roy
  • Re: Oddly slow queries PFC
  • Re: Performance increase with elevator=deadline Albe Laurenz
  • Re: Oddly slow queries Thomas Spreng
• 15 April 2008
  • Re: Oddly slow queries PFC
  • Re: Performance increase with elevator=deadline david
  • Oddly slow queries Thomas Spreng
  • Re: shared_buffers performance Gaetano Mendola
  • Re: Performance increase with elevator=deadline Florian Weimer
  • Re: db size Bill Moran
  • Re: shared_buffers performance Gaetano Mendola
  • Re: shared_buffers performance Gaetano Mendola
  • Re: db size Adrian Moisey
• 14 April 2008
  • Re: varchar index joins not working? Adam Gundy
  • Re: varchar index joins not working? Tom Lane
  • Re: varchar index joins not working? Adam Gundy
  • Re: shared_buffers performance Greg Smith
  • Re: shared_buffers performance Gregory Stark
  • Re: shared_buffers performance Tom Lane
  • Re: varchar index joins not working? Richard Huxton
  • Re: varchar index joins not working? Tom Lane
  • Re: varchar index joins not working? Adam Gundy
  • Re: shared_buffers performance Greg Smith
  • Re: shared_buffers performance Greg Smith
  • Re: db size Bill Moran
  • Re: shared_buffers performance Richard Huxton
  • Re: shared_buffers performance Gregory Stark
  • Re: db size PFC
  • Re: db size Adrian Moisey
  • Re: db size Craig Ringer
  • Re: db size PFC
  • Re: db size Adrian Moisey
  • Re: db size PFC
  • shared_buffers performance Gaetano Mendola
  • Re: db size Craig Ringer
  • Re: varchar index joins not working? Richard Huxton
  • Re: db size Vinubalaji Gopal
  • db size Adrian Moisey
• 12 April 2008
  • Re: Cached Query Plans PFC
• 11 April 2008
  • Re: Performance is low Postgres+Solaris Greg Smith
  • Re: Performance increase with elevator=deadline Greg Smith
  • Re: Performance increase with elevator=deadline Craig Ringer
  • Re: Creating large database of MD5 hash values Florian Weimer
  • Re: Performance increase with elevator=deadline Matthew
  • Re: Performance increase with elevator=deadline Jeff
  • Re: Creating large database of MD5 hash values Jon Stewart
  • Re: Performance increase with elevator=deadline Gregory Stark
  • Re: recommendations for web/db connection pooling or DBD::Gofer reviews Vivek Khera
  • Re: Creating large database of MD5 hash values Alvaro Herrera
  • Re: Creating large database of MD5 hash values Florian Weimer
  • Re: Creating large database of MD5 hash values Chris
  • Performance increase with elevator=deadline Albe Laurenz
  • Re: Partitioned tables - planner wont use indexes PFC
  • Re: Views and functions returning sets of records Craig Ringer
  • Re: Performance is low Postgres+Solaris Reid Thompson
• 10 April 2008
  • Re: Performance is low Postgres+Solaris Reid Thompson
  • Re: shared_buffers in 8.2.x Erik Jones
  • Re: large tables and simple "= constant" queries using indexes PFC
  • Re: recommendations for web/db connection pooling or DBD::Gofer reviews Mark Stosberg
  • Partitioned tables - planner wont use indexes kevin kempter
  • Re: varchar index joins not working? Adam Gundy
  • Re: large tables and simple "= constant" queries using indexes Greg Smith
  • Re: large tables and simple "= constant" queries using indexes Bill Moran
  • Re: large tables and simple "= constant" queries using indexes John Beaver
  • Re: large tables and simple "= constant" queries using indexes Gaetano Mendola
  • Re: Performance with temporary table valgog
  • Re: large tables and simple "= constant" queries using indexes Erik Jones
  • Re: varchar index joins not working? Adam Gundy
  • Creating large database of MD5 hash values Jon Stewart
  • Re: large tables and simple "= constant" queries using indexes John Beaver
  • shared_buffers in 8.2.x Gaetano Mendola
  • Re: large tables and simple "= constant" queries using indexes Matthew
  • Re: varchar index joins not working? Richard Huxton
  • Re: large tables and simple "= constant" queries using indexes PFC
  • Re: large tables and simple "= constant" queries using indexes Arjen van der Meijden
  • varchar index joins not working? Adam Gundy
  • Re: Performance with temporary table samantha mahindrakar
  • Re: Performance with temporary table Erik Jones
• 09 April 2008
  • Re: Performance with temporary table samantha mahindrakar
  • Re: Performance with temporary table samantha mahindrakar
  • Re: large tables and simple "= constant" queries using indexes Jeremy Harris
  • Re: large tables and simple "= constant" queries using indexes PFC
  • Re: EXPLAIN detail Richard Broersma
  • Re: large tables and simple "= constant" queries using indexes Bill Moran
  • Re: large tables and simple "= constant" queries using indexes Arjen van der Meijden

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