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

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

• 01 May 2008
  • Re: Understanding histograms Gregory Stark
• 30 April 2008
  • Re: Understanding histograms Tom Lane
  • Re: Understanding histograms Jeff Davis
  • Re: Postgres replication david
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Pavan Deolasee
  • Postgres replication Gernot Schwed
  • Re: Replication Syatem Tom Lane
  • Re: Replication Syatem Tom Lane
  • Re: Understanding histograms Tom Lane
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Heikki Linnakangas
  • Re: Replication Syatem Craig Ringer
  • Re: Replication Syatem Heikki Linnakangas
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Pavan Deolasee
  • Re: Understanding histograms Len Shapiro
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Gauri Kanekar
  • Re: Understanding histograms Tom Lane
  • Understanding histograms Len Shapiro
• 29 April 2008
  • Re: SSD database benchmarks Merlin Moncure
  • Re: SSD database benchmarks Greg Smith
  • Re: SSD database benchmarks Guido Neitzer
  • SSD database benchmarks Greg Smith
  • Re: Replication Syatem Shane Ambler
  • Re: Very poor performance loading 100M of sql data using copy Greg Smith
  • Re: Replication Syatem Chris Browne
  • Re: Very poor performance loading 100M of sql data using copy John Rouillard
  • Re: Very poor performance loading 100M of sql data using copy John Rouillard
  • Re: Replication Syatem Vivek Khera
  • Re: Where do a novice do to make it run faster? Tom Lane
  • Re: Replication Syatem Tom Lane
  • Re: Replication Syatem Gregory Stark
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Alvaro Herrera
  • Re: Replication Syatem Alvaro Herrera
  • Re: Replication Syatem Gauri Kanekar
  • Re: corrupted shared memory message Pablo Alcaraz
  • Vacuum statistics Francisco Reyes
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Shane Ambler
  • Re: Replication Syatem Gauri Kanekar
  • Re: Where do a novice do to make it run faster? A B
  • Re: Replication Syatem Greg Smith
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Pavan Deolasee
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Tom Lane
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Greg Smith
  • Re: Replication Syatem Gauri Kanekar
  • Re: Best practice to load a huge table from ORACLE to PG Jonah H. Harris
• 28 April 2008
  • Re: Replication Syatem Chris Browne
  • Re: Best practice to load a huge table from ORACLE to PG Adonias Malosso
  • Postgres Benchmark looking for maintainer PFC
  • Re: Replication Syatem Radhika S
  • Re: Benchmarks WAS: Sun Talks about MySQL Joshua D. Drake
  • Re: Best practice to load a huge table from ORACLE to PG Tino Wildenhain
  • Re: Very poor performance loading 100M of sql data using copy Shane Ambler
  • Re: Benchmarks WAS: Sun Talks about MySQL Gregory Stark
  • Re: Where do a novice do to make it run faster? PFC
  • Re: Very poor performance loading 100M of sql data using copy Greg Smith
  • Re: Very poor performance loading 100M of sql data using copy John Rouillard
  • Re: Very poor performance loading 100M of sql data using copy Heikki Linnakangas
  • Re: Replication Syatem Greg Smith
  • Very poor performance loading 100M of sql data using copy John Rouillard
  • Re: Where do a novice do to make it run faster? Chris Browne
  • Re: Where do a novice do to make it run faster? Steve Crawford
  • Re: Where do a novice do to make it run faster? Dennis Muhlestein
  • Re: Replication Syatem Andrew Sullivan
  • Re: Replication Syatem Andrew Sullivan
  • Re: Where do a novice do to make it run faster? Claus Guttesen
  • shared_buffer/DRBD performances Gaetano Mendola
  • Re: Benchmarks WAS: Sun Talks about MySQL Josh Berkus
  • Where do a novice do to make it run faster? A B
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem salman
  • Re: Replication Syatem Brad Nicholson
  • Re: Replication Syatem Gauri Kanekar
  • Re: Replication Syatem Peter Childs
  • Replication Syatem Gauri Kanekar
  • Re: [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Heikki Linnakangas
  • Re: [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Gregory Stark
  • Re: Best practice to load a huge table from ORACLE to PG Dimitri Fontaine
  • Simple JOIN problem Vlad Arkhipov
  • Re: Optimizer's issue Vlad Arkhipov
• 27 April 2008
  • Re: Performance of the Materialize operator in a query plan Viktor Rosenfeld
  • Re: [pgsql-advocacy] Benchmarks WAS: Sun Talks about MySQL Josh Berkus
  • Re: Best practice to load a huge table from ORACLE to PG Greg Smith
  • Re: Best practice to load a huge table from ORACLE to PG Jonah H. Harris
• 26 April 2008
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane
  • Re: Best practice to load a huge table from ORACLE to PG Craig Ringer
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane
  • Re: Best practice to load a huge table from ORACLE to PG Luke Lonergan
  • Re: Best practice to load a huge table from ORACLE to PG Joshua D. Drake
  • Re: Best practice to load a huge table from ORACLE to PG Potluri Srikanth
  • Re: Best practice to load a huge table from ORACLE to PG Joshua D. Drake
  • Re: Oddly slow queries Thomas Spreng
  • Best practice to load a huge table from ORACLE to PG Adonias Malosso
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat
• 25 April 2008
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Tom Lane
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat
  • Re: Planner won't use composite index if there is an order by ???? Tom Lane
  • Planner won't use composite index if there is an order by ???? Dave Cramer
• 24 April 2008
  • Re: Question about disk IO an index use and seeking advice PFC
  • Re: Question about disk IO an index use and seeking advice Nikolas Everett
  • Re: Performance of the Materialize operator in a query plan PFC
  • Re: Question about disk IO an index use and seeking advice PFC
  • Re: Optimizer's issue PFC
  • Re: Question about disk IO an index use and seeking advice Matthew Wakeling
  • Re: Performance of the Materialize operator in a query plan Viktor Rosenfeld
  • Question about disk IO an index use and seeking advice Nikolas Everett
  • Re: off-topic: SPAM Gregory Stark
  • Re: Optimizer's issue Matthew Wakeling
  • Re: Optimizer's issue Vlad Arkhipov
  • off-topic: SPAM Albe Laurenz
  • Re: Optimizer's issue Albe Laurenz
  • Optimizer's issue Vlad Arkhipov
• 23 April 2008
  • Re: SELECT 'DBD::Pg ping test' Jeffrey Baker
  • Re: mysterious difference in speed when combining two queries with OR Gregory Stark
  • Re: mysterious difference in speed when combining two queries with OR PFC
  • Re: mysterious difference in speed when combining two queries with OR Theo Kramer
  • Re: mysterious difference in speed when combining two queries with OR Hans Ekbrand
  • Re: mysterious difference in speed when combining two queries with OR hans
  • Re: mysterious difference in speed when combining two queries with OR A. Kretschmer
  • Re: mysterious difference in speed when combining two queries with OR A. Kretschmer
  • mysterious difference in speed when combining two queries with OR Hans Ekbrand
  • Re: SELECT 'DBD::Pg ping test' Craig Ringer
  • SELECT 'DBD::Pg ping test' sathiya psql
  • Re: Suspicious top output Greg Smith
  • Re: Background writer underemphasized ... Greg Smith
  • Re: [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Shane Ambler
  • Re: connections slowing everything down? Merlin Moncure
• 22 April 2008
  • Re: CPU bound at 99% Ivan Voras
  • Re: Suspicious top output Ivan Voras
  • Re: [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Tom Lane
  • [PERFORMANCE] Error loading 37G CSV file "invalid string enlargement request size 65536" Adonias Malosso
  • Suspicious top output Rafael Barrera Oro
  • Re: CPU bound at 99% PFC
  • Re: CPU bound at 99% Craig Ringer
  • Re: CPU bound at 99% Tom Lane
  • Re: CPU bound at 99% Scott Marlowe
  • Re: CPU bound at 99% Bryan Buecking
  • Re: CPU bound at 99% Rodrigo Gonzalez
  • Re: CPU bound at 99% Bryan Buecking
  • Re: CPU bound at 99% Harald Armin Massa
  • Re: CPU bound at 99% Bryan Buecking
  • Re: CPU bound at 99% Bryan Buecking
  • Re: CPU bound at 99% Erik Jones
  • Re: CPU bound at 99% Joshua D. Drake
  • CPU bound at 99% Bryan Buecking
  • Re: Oddly slow queries Scott Marlowe
  • Re: Oddly slow queries Thomas Spreng
  • Re: Group by more efficient than distinct? Mark Mielke
  • Re: Group by more efficient than distinct? Matthew Wakeling
  • Re: Group by more efficient than distinct? Mark Mielke
  • Re: Group by more efficient than distinct? Matthew Wakeling
  • Re: Oddly slow queries PFC
  • Re: Oddly slow queries Thomas Spreng
  • Re: Group by more efficient than distinct? Mark Mielke
• 21 April 2008
  • Re: Group by more efficient than distinct? Mark Mielke
  • Re: Group by more efficient than distinct? PFC
  • Re: Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Alvaro Herrera
  • Re: [HACKERS] [COMMITTERS] pgsql: Fix TransactionIdIsCurrentTransactionId() to use binary search Robert Treat
  • Re: Vacuum settings Guillaume Cottenceau
  • Re: Vacuum settings Alvaro Herrera
  • Re: connections slowing everything down? Erik Jones
  • Re: Performance of the Materialize operator in a query plan Tom Lane
  • Re: connections slowing everything down? Adrian Moisey
  • Re: connections slowing everything down? Erik Jones
  • Performance of the Materialize operator in a query plan Viktor Rosenfeld
  • connections slowing everything down? Adrian Moisey
  • Re: Group by more efficient than distinct? Luke Lonergan

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