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

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

• 20 July 2007
  • Re: User concurrency thresholding: where do I look? Jignesh K. Shah
  • Re: Simple query showing 270 hours of CPU time Dan Harris
  • Re: User concurrency thresholding: where do I look? Josh Berkus
  • Re: User concurrency thresholding: where do I look? Greg Smith
  • Re: 8.2 -> 8.3 performance numbers Josh Berkus
  • Re: Simple query showing 270 hours of CPU time PFC
  • Re: Simple query showing 270 hours of CPU time Tom Lane
  • Simple query showing 270 hours of CPU time Dan Harris
  • Re: User concurrency thresholding: where do I look? Gregory Stark
  • 8.2 -> 8.3 performance numbers Jim Nasby
  • Re: User concurrency thresholding: where do I look? Josh Berkus
  • Re: User concurrency thresholding: where do I look? Tom Lane
  • Re: Improving select peformance Tom Lane
  • Problems with posting Carlos H. Reimer
  • Re: User concurrency thresholding: where do I look? Josh Berkus
  • Improving select peformance Carlos H. Reimer
• 19 July 2007
  • Re: User concurrency thresholding: where do I look? Greg Smith
  • Re: User concurrency thresholding: where do I look? Joshua D. Drake
  • Re: User concurrency thresholding: where do I look? Tom Lane
  • Re: User concurrency thresholding: where do I look? Alvaro Herrera
  • Trying to tune postgres, how is this config? Pat Maddox
  • Re: User concurrency thresholding: where do I look? Tom Lane
  • Re: Is it possible to know where is the "deadlock" Claus Guttesen
  • Re: Is it possible to know where is the "deadlock" Bill Moran
  • Is it possible to know where is the "deadlock" Arnau
  • Re: User concurrency thresholding: where do I look? Josh Berkus
  • Re: User concurrency thresholding: where do I look? Alvaro Herrera
  • Re: User concurrency thresholding: where do I look? Joshua D. Drake
  • User concurrency thresholding: where do I look? Josh Berkus
  • Re: [GENERAL] Parrallel query execution for UNION ALL Queries Luke Lonergan
  • Re: [GENERAL] Parrallel query execution for UNION ALL Queries Dimitri Fontaine
  • Re: improvement suggestions for performance design Kalle Hallivuori
• 18 July 2007
  • Re: Optmal tags design? Bryan Murphy
  • Re: Optmal tags design? Mark Lewis
  • Optmal tags design? lists
  • Re: insert vs select into performance Heikki Linnakangas
  • Re: insert vs select into performance Adriaan van Os
  • Re: improvement suggestions for performance design Thomas Finneid
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Thomas Finneid
  • Re: When/if to Reindex Jim C. Nasby
  • Re: Parrallel query execution for UNION ALL Queries Jim C. Nasby
  • Re: ionice to make vacuum friendier? Jim C. Nasby
  • When/if to Reindex Steven Flatt
  • Re: How to use a trigger to write rows to a remote server Erik Jones
  • Re: How to use a trigger to write rows to a remote server Michael Dengler
  • Re: Parrallel query execution for UNION ALL Queries Scott Marlowe
  • Re: Parrallel query execution for UNION ALL Queries Jonah H. Harris
  • Parrallel query execution for UNION ALL Queries Benjamin Arai
  • Re: How to use a trigger to write rows to a remote server Adam Tauno Williams
  • Re: How to use a trigger to write rows to a remote server Tom Lane
  • Re: How to use a trigger to write rows to a remote server Csaba Nagy
  • Re: How to use a trigger to write rows to a remote server Heikki Linnakangas
  • How to use a trigger to write rows to a remote server Michael Dengler
  • Re: insert vs select into performance Michael Stone
  • Re: insert vs select into performance Michael Stone
  • Re: insert vs select into performance PFC
  • Re: ionice to make vacuum friendier? Heikki Linnakangas
  • Re: importance of fast disks with pg Heikki Linnakangas
  • Re: TRUNCATE TABLE Adriaan van Os
• 17 July 2007
  • ionice to make vacuum friendier? Ron Mayer
  • Re: importance of fast disks with pg Dan Harris
  • importance of fast disks with pg Thomas Finneid
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance PFC
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Michael Glaesemann
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Mark Lewis
  • Re: insert vs select into performance Michael Stone
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Thomas Finneid
  • Re: insert vs select into performance Tom Lane
  • Re: insert vs select into performance Arjen van der Meijden
  • Re: insert vs select into performance Michael Glaesemann
  • insert vs select into performance Thomas Finneid
  • large number of connected connections to postgres database (v8.0) Fei Liu
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... PFC
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... Strong, David
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... Greg Smith
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... Gregory Stark
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... Jim C. Nasby
  • Re: Postgres configuration for 64 CPUs, 128 GB RAM... Stefan Kaltenbrunner
  • Postgres configuration for 64 CPUs, 128 GB RAM... Marc Mamin
  • Re: TRUNCATE TABLE Tom Lane
• 16 July 2007
  • Re: TRUNCATE TABLE Jim C. Nasby
  • Re: FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Jim C. Nasby
  • Re: Estimating WAL volume Simon Riggs
• 15 July 2007
  • slony over VPN and LAN angga erwina
  • slony over LAN and VPN angga erwina
  • Re: Vacuum full considered useful ;) Vivek Khera
• 14 July 2007
  • Re: Vacuum full considered useful ;) Guillaume Lelarge
  • Re: Vacuum full considered useful ;) Tom Lane
  • Re: Vacuum full considered useful ;) Joshua D. Drake
  • Vacuum full considered useful ;) Patric de Waha
  • Re: FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Hannes Dorbath
  • Re: FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Gregory Stark
  • Re: FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Steinar H. Gunderson
  • Re: FORGOT TO CONFIGURE RAID! DELL POWEREDGE 2950 Hannes Dorbath
• 13 July 2007
  • Re: Database Statistics??? Alvaro Herrera
  • Re: TRUNCATE TABLE Adriaan van Os
  • Re: TRUNCATE TABLE Pavel Stehule
  • Re: Database Statistics??? Mario Weilguni
  • Re: Database Statistics??? smiley2211
  • Re: Database Statistics??? Ansgar -59cobalt- Wiechers
  • Re: Database Statistics??? Tom Arthurs
  • Re: TRUNCATE TABLE Alvaro Herrera
  • Re: TRUNCATE TABLE Jim C. Nasby
  • Database Statistics??? smiley2211
  • Re: TRUNCATE TABLE Tom Lane
  • Re: TRUNCATE TABLE Steinar H. Gunderson
  • Re: TRUNCATE TABLE Adriaan van Os
  • Re: TRUNCATE TABLE Tom Lane
  • Re: TRUNCATE TABLE Michael Stone
  • Re: PostgreSQL publishes first real benchmark Ray Stell
  • Re: PostgreSQL publishes first real benchmark Philippe Amelant
  • Re: TRUNCATE TABLE Thomas Samson
  • Re: TRUNCATE TABLE Jean-Max Reymond
  • Re: TRUNCATE TABLE Gregory Stark
  • Re: TRUNCATE TABLE Adriaan van Os
• 12 July 2007
  • Re: TRUNCATE TABLE Tom Lane
  • Re: PostgreSQL publishes first real benchmark Greg Smith
  • Re: one column from huge view Tom Lane
  • Re: pg_restore causes 100 Tom Lane
  • Re: one column from huge view Heikki Linnakangas
  • Re: one column from huge view Michael Fuhr
  • Re: TIMING A QUERY ??? smiley2211
  • Re: PostgreSQL publishes first real benchmark Gregory Stark
  • Re: PostgreSQL publishes first real benchmark Stefan Kaltenbrunner
  • Re: Weird row estimate Marc Cousin
  • Re: one column from huge view Heikki Linnakangas
  • one column from huge view Marcin Stępnicki
  • Re: TRUNCATE TABLE Adriaan van Os
  • pg_restore causes 100 Craig James
  • Re: bitmap-index-scan slower than normal index scan A. Kretschmer
  • Estimating WAL volume Greg Smith
  • Re: WALL on controller without battery? Francisco Reyes
• 11 July 2007
  • Re: WALL on controller without battery? Greg Smith
  • Re: TRUNCATE TABLE Gregory Stark
  • Re: TRUNCATE TABLE Tom Lane
  • TRUNCATE TABLE Adriaan van Os
  • Re: Two questions.. shared_buffers and long reader issue Patric de Waha
  • Re: Weird row estimate Tom Lane
  • Re: WALL on controller without battery? Francisco Reyes
  • Re: bitmap-index-scan slower than normal index scan Andreas Kretschmer
  • Re: bitmap-index-scan slower than normal index scan Tom Lane
  • Re: bitmap-index-scan slower than normal index scan Alex Deucher
  • Re: bitmap-index-scan slower than normal index scan Alex Deucher
  • Re: WALL on controller without battery? Joshua D. Drake
  • Re: WALL on controller without battery? Francisco Reyes
  • Re: bitmap-index-scan slower than normal index scan A. Kretschmer
  • Re: WALL on controller without battery? Greg Smith
  • Re: bitmap-index-scan slower than normal index scan Alex Deucher
  • Re: best use of an EMC SAN Dave Cramer
  • Re: best use of an EMC SAN Greg Smith
  • Re: PostgreSQL publishes first real benchmark Jignesh K. Shah
  • bitmap-index-scan slower than normal index scan Andreas Kretschmer
  • Re: best use of an EMC SAN Andrew Sullivan
  • Re: best use of an EMC SAN Jim Nasby
  • Re: best use of an EMC SAN Chris Browne
  • Re: PostgreSQL publishes first real benchmark Tom Lane
  • Re: TIMING A QUERY ??? Andrew Sullivan
  • Re: PostgreSQL publishes first real benchmark André Gomes Lamas Otero
  • Re: Two questions.. shared_buffers and long reader issue Andrew Sullivan
  • Re: Two questions.. shared_buffers and long reader issue Tom Lane
  • Re: PostgreSQL publishes first real benchmark Jignesh K. Shah
  • Re: TIMING A QUERY ??? Gregory Stark
  • Re: TIMING A QUERY ??? Tom Lane
  • Re: WALL on controller without battery? Alan Hodgson
  • Re: PostgreSQL publishes first real benchmark Heikki Linnakangas
  • Weird row estimate Marc Cousin
  • Re: Two questions.. shared_buffers and long reader issue Bryan Murphy
  • Re: PostgreSQL publishes first real benchmark Jignesh K. Shah
  • Re: TIMING A QUERY ??? Andrew Sullivan
  • Re: WALL on controller without battery? Andrew Sullivan
  • Two questions.. shared_buffers and long reader issue Patric de Waha
  • Re: best use of an EMC SAN Andrew Sullivan
  • TIMING A QUERY ??? smiley2211
  • Re: best use of an EMC SAN Cott Lang

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