pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Using high speed swap to improve performance?
  2010-04-02 19:15 UTC  Christiaan Willemsen <cwillemsen@technocon.com>
` Re: Using high speed swap to improve performance?
  2010-04-02 19:53 UTC  Arjen van der Meijden <acmmailing@tweakers.net>
` Re: Using high speed swap to improve performance?
  2010-04-04 20:52 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Using high speed swap to improve performance?
  2010-04-04 20:53 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Using high speed swap to improve performance?
  2010-04-04 21:07 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Using high speed swap to improve performance?
  2010-04-04 21:17 UTC  Lew <noone@lwsc.ehost-services.com>
` Re: Using high speed swap to improve performance?
  2010-04-05 14:55 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: Using high speed swap to improve performance?
  2010-04-06 07:38 UTC  Christiaan Willemsen <cwillemsen@technocon.com>
` Re: Using high speed swap to improve performance?
  2010-04-06 18:48 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Using high speed swap to improve performance?
  2010-04-07 22:09 UTC  Lew <noone@lwsc.ehost-services.com>
  [10+ messages in thread]

indexes in partitioned tables - again
  2010-04-06 21:37 UTC  Samuel Gendler <sgendler@ideasculptor.com>
` Re: indexes in partitioned tables - again
  2010-04-07 21:13 UTC  Robert Haas <robertmhaas@gmail.com>
  [2+ messages in thread]

query slow; strace output worrisome
  2010-04-06 01:01 UTC  Brian Cox <brian.cox@ca.com>
` Re: query slow; strace output worrisome
  2010-04-06 01:53 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: query slow; strace output worrisome
  2010-04-06 04:04 UTC  Brian Cox <brian.cox@ca.com>
` Re: query slow; strace output worrisome
  2010-04-06 05:18 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: query slow; strace output worrisome
  2010-04-06 16:24 UTC  Brian Cox <brian.cox@ca.com>
` Re: query slow; strace output worrisome
  2010-04-07 02:32 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: query slow; strace output worrisome
  2010-04-07 18:39 UTC  Robert Haas <robertmhaas@gmail.com>
  [7+ messages in thread]

LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-02 18:19 UTC  Joel Jacobson <joel@gluefinance.com>
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-06 18:33 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-06 22:30 UTC  Joel Jacobson <joel@gluefinance.com>
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-07 00:22 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: LIMIT causes planner to do Index Scan using a less 	optimal index
  2010-04-07 12:20 UTC  Sherry.CTR.Zhu@faa.gov
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-07 12:51 UTC  Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: LIMIT causes planner to do Index Scan using a less 	optimal index
  2010-04-07 13:08 UTC  Sherry.CTR.Zhu@faa.gov
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-07 13:12 UTC  Grzegorz Jaśkiewicz <gryzman@gmail.com>
` Re: LIMIT causes planner to do Index Scan using a less 	optimal index
  2010-04-07 13:22 UTC  Sherry.CTR.Zhu@faa.gov
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-07 13:36 UTC  Matthew Wakeling <matthew@flymine.org>
` Re: LIMIT causes planner to do Index Scan using a less optimal index
  2010-04-07 15:52 UTC  Joel Jacobson <joel@gluefinance.com>
  [11+ messages in thread]

Huge table searching optimization
  2010-04-05 14:28 UTC  Oliver Kindernay <oliver.kindernay@gmail.com>
` Re: Huge table searching optimization
  2010-04-05 14:32 UTC  hubert depesz lubaczewski <depesz@depesz.com>
` Re: Huge table searching optimization
  2010-04-05 16:10 UTC  Andres Freund <andres@anarazel.de>
` Re: Huge table searching optimization
  2010-04-05 16:22 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Huge table searching optimization
  2010-04-05 17:11 UTC  Oliver Kindernay <oliver.kindernay@gmail.com>
  [5+ messages in thread]

How to fast the REINDEX
  2010-03-31 20:51 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-03-31 21:02 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: How to fast the REINDEX
  2010-03-31 21:33 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-03-31 21:40 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: How to fast the REINDEX
  2010-03-31 21:47 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-03-31 21:51 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: How to fast the REINDEX
  2010-03-31 22:00 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-03-31 22:10 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: How to fast the REINDEX
  2010-03-31 22:25 UTC  Jaime Casanova <jcasanov@systemguards.com.ec>
` Re: How to fast the REINDEX
  2010-03-31 22:57 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-04-01 03:11 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: How to fast the REINDEX
  2010-04-01 10:54 UTC  Hannu Krosing <hannu@2ndquadrant.com>
` Re: How to fast the REINDEX
  2010-04-01 11:10 UTC  Steve Clark <sclark@netwolves.com>
` Re: How to fast the REINDEX
  2010-04-01 11:36 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: How to fast the REINDEX
  2010-04-01 12:25 UTC  Pierre C <lists@peufeu.com>
` Re: How to fast the REINDEX
  2010-04-01 13:47 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: How to fast the REINDEX
  2010-04-01 13:52 UTC  Brad Nicholson <bnichols@ca.afilias.info>
` Re: How to fast the REINDEX
  2010-04-01 14:19 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: How to fast the REINDEX
  2010-04-05 16:54 UTC  Robert Haas <robertmhaas@gmail.com>
  [19+ messages in thread]

temp table "on commit delete rows": transaction overhead
  2010-03-30 11:46 UTC  Artiom Makarov <artiom.makarov@gmail.com>
` Re: temp table "on commit delete rows": transaction overhead
  2010-03-30 17:50 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: temp table "on commit delete rows": transaction overhead
  2010-03-31 07:42 UTC  Artiom Makarov <artiom.makarov@gmail.com>
` Re: temp table "on commit delete rows": transaction overhead
  2010-04-01 00:44 UTC  Bruce Momjian <bruce@momjian.us>
` Re: temp table "on commit delete rows": transaction overhead
  2010-04-05 07:56 UTC  Artiom Makarov <artiom.makarov@gmail.com>
` Re: temp table "on commit delete rows": transaction overhead
  2010-04-05 12:09 UTC  Bruce Momjian <bruce@momjian.us>
  [6+ messages in thread]

ERROR: cache lookup failed for relation X
  2010-04-03 16:38 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: ERROR: cache lookup failed for relation X
  2010-04-03 17:04 UTC  justin@magwerks.com <justin@magwerks.com>
` Re: ERROR: cache lookup failed for relation X
  2010-04-03 17:05 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: ERROR: cache lookup failed for relation X
  2010-04-04 02:50 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: ERROR: cache lookup failed for relation X
  2010-04-04 02:52 UTC  raghavendra t <raagavendra.rao@gmail.com>
  [5+ messages in thread]

How much memory is PostgreSQL using
  2010-03-29 14:59 UTC  Campbell, Lance <lance@illinois.edu>
` Re: How much memory is PostgreSQL using
  2010-03-29 16:53 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: How much memory is PostgreSQL using
  2010-04-02 20:10 UTC  Campbell, Lance <lance@illinois.edu>
` Re: How much memory is PostgreSQL using
  2010-04-03 11:58 UTC  Guillaume Lelarge <guillaume@lelarge.info>
  [4+ messages in thread]

David Crooke wants to stay in touch on LinkedIn
  2010-04-03 05:05 UTC  David Crooke <dcrooke@gmail.com>

Does the psql executable support a "fetch many" approach when dumping large queries to stdout?
  2010-04-02 20:28 UTC  Beaver, John E <John_Beaver@hms.harvard.edu>
` Re: Does the psql executable support a "fetch many" approach when dumping large queries to stdout?
  2010-04-02 22:18 UTC  Hannu Krosing <hannu@2ndquadrant.com>
` Re: Does the psql executable support a "fetch many" approach when dumping large queries to stdout?
  2010-04-02 22:18 UTC  John Beaver <john_beaver@hms.harvard.edu>
  [3+ messages in thread]

Database size growing over time and leads to performance impact
  2010-03-27 13:00 UTC  Gnanakumar <gnanam@zoniac.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-27 13:35 UTC  Pierre C <lists@peufeu.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-27 13:35 UTC  Andy Colson <andy@squeakycode.net>
` Re: Database size growing over time and leads to performance impact
  2010-03-27 13:47 UTC  Tomeh, Husam <HTomeh@facorelogic.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-27 14:41 UTC  Guillaume Lelarge <guillaume@lelarge.info>
` Re: [PERFORM] Database size growing over time and leads to performance impact
  2010-03-29 04:12 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-29 04:21 UTC  Greg Smith <greg@2ndquadrant.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-30 11:17 UTC  Gnanakumar <gnanam@zoniac.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-30 13:50 UTC  Andy Colson <andy@squeakycode.net>
` Re: Database size growing over time and leads to performance impact
  2010-03-31 20:37 UTC  Scott Carey <scott@richrelevance.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-31 20:47 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Database size growing over time and leads to performance impact
  2010-03-31 20:47 UTC  Alvaro Herrera <alvherre@commandprompt.com>
` Re: Database size growing over time and leads to performance impact
  2010-04-01 20:08 UTC  Scott Carey <scott@richrelevance.com>
` Re: Database size growing over time and leads to performance impact
  2010-04-01 20:42 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Database size growing over time and leads to performance impact
  2010-04-01 21:00 UTC  Scott Carey <scott@richrelevance.com>
  [15+ messages in thread]

experiments in query optimization
  2010-03-25 19:57 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-29 18:02 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: experiments in query optimization
  2010-03-29 18:31 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-29 19:55 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: experiments in query optimization
  2010-03-29 20:22 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-30 16:08 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
` Re: experiments in query optimization
  2010-03-30 16:30 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-30 17:19 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-30 19:59 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: experiments in query optimization
  2010-03-31 09:29 UTC  Matthew Wakeling <matthew@flymine.org>
` Re: experiments in query optimization
  2010-03-31 09:36 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-31 10:10 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-03-31 15:04 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: experiments in query optimization
  2010-04-01 11:46 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-04-01 16:31 UTC  Eliot Gable <egable+pgsql-performance@gmail.com>
` Re: experiments in query optimization
  2010-04-01 18:15 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-04-01 18:50 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: experiments in query optimization
  2010-04-01 19:01 UTC  Faheem Mitha <faheem@email.unc.edu>
` Re: experiments in query optimization
  2010-04-01 19:29 UTC  Eliot Gable <egable+pgsql-performance@gmail.com>
` Re: experiments in query optimization
  2010-04-01 19:32 UTC  Faheem Mitha <faheem@email.unc.edu>
  [20+ messages in thread]

query has huge variance in execution times
  2010-03-31 04:11 UTC  Brian Cox <brian.cox@ca.com>
` Re: query has huge variance in execution times
  2010-03-31 04:37 UTC  David Wilson <david.t.wilson@gmail.com>
` Re: query has huge variance in execution times
  2010-03-31 18:10 UTC  Brian Cox <brian.cox@ca.com>
` Re: query has huge variance in execution times
  2010-03-31 18:44 UTC  David Wilson <david.t.wilson@gmail.com>
  [4+ messages in thread]

REINDEXing database-wide daily
  2010-03-30 09:32 UTC  Gnanakumar <gnanam@zoniac.com>
` Re: REINDEXing database-wide daily
  2010-03-30 14:05 UTC  Andy Colson <andy@squeakycode.net>
` Re: REINDEXing database-wide daily
  2010-03-30 15:05 UTC  Kevin Grittner <Kevin.Grittner@wicourts.gov>
  [3+ messages in thread]

why does swap not recover?
  2010-03-26 23:57 UTC  Richard Yen <dba@richyen.com>
` Re: why does swap not recover?
  2010-03-27 00:05 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: why does swap not recover?
  2010-03-27 00:25 UTC  Scott Carey <scott@richrelevance.com>
` Re: why does swap not recover?
  2010-03-27 00:25 UTC  Craig James <craig_james@emolecules.com>
` Re: why does swap not recover?
  2010-03-28 04:08 UTC  Richard Yen <dba@richyen.com>
` Re: why does swap not recover?
  2010-03-30 06:18 UTC  Josh Berkus <josh@agliodbs.com>
` Re: why does swap not recover?
  2010-03-30 14:57 UTC  Robert Haas <robertmhaas@gmail.com>
  [7+ messages in thread]

Why Wal_buffer is 64KB
  2010-03-25 15:01 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-25 16:05 UTC  Brad Nicholson <bnichols@ca.afilias.info>
` Re: Why Wal_buffer is 64KB
  2010-03-25 17:15 UTC  Jaime Casanova <jcasanov@systemguards.com.ec>
` Re: Why Wal_buffer is 64KB
  2010-03-25 18:14 UTC  Pierre C <lists@peufeu.com>
` Re: Why Wal_buffer is 64KB
  2010-03-26 03:19 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-26 13:43 UTC  Pierre C <lists@peufeu.com>
` Re: Why Wal_buffer is 64KB
  2010-03-26 14:00 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-29 06:00 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-29 06:45 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-29 07:05 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Why Wal_buffer is 64KB
  2010-03-30 14:43 UTC  Robert Haas <robertmhaas@gmail.com>
  [11+ messages in thread]

Performance regarding LIKE searches
  2010-03-29 16:42 UTC  randalls@bioinfo.wsu.edu
` Re: Performance regarding LIKE searches
  2010-03-29 17:00 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance regarding LIKE searches
  2010-03-29 17:23 UTC  randalls@bioinfo.wsu.edu
` Re: Performance regarding LIKE searches
  2010-03-29 17:36 UTC  Andy Colson <andy@squeakycode.net>
` Re: Performance regarding LIKE searches
  2010-03-30 09:34 UTC  Matthew Wakeling <matthew@flymine.org>
  [5+ messages in thread]

transaction overhead  at "on commit delete rows";
  2010-03-29 13:59 UTC  admin@gifts.ru <admin@gifts.ru>

Optimizer showing wrong rows in plan
  2010-03-28 06:51 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 07:02 UTC  Szymon Guz <mabewlun@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 07:11 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 07:29 UTC  Szymon Guz <mabewlun@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 07:33 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 09:07 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 09:18 UTC  Frank Heikens <frankheikens@mac.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 09:27 UTC  Gary Doades <gpd@gpdnet.co.uk>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 16:27 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 17:08 UTC  Jeremy Harris <jgh@wizmail.org>
` Re: Optimizer showing wrong rows in plan
  2010-03-28 17:37 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Optimizer showing wrong rows in plan
  2010-03-29 04:56 UTC  Tadipathri Raghu <traghu.dba@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-29 11:17 UTC  Matthew Wakeling <matthew@flymine.org>
` Re: Optimizer showing wrong rows in plan
  2010-03-29 12:24 UTC  raghavendra t <raagavendra.rao@gmail.com>
` Re: Optimizer showing wrong rows in plan
  2010-03-29 13:43 UTC  Nikolas Everett <nik9000@gmail.com>
  [15+ messages in thread]

Pgbench TPS Calculation
  2010-03-27 20:05 UTC  Reydan Cankur <reydan.cankur@gmail.com>
` Re: Pgbench TPS Calculation
  2010-03-29 04:22 UTC  Greg Smith <greg@2ndquadrant.com>
  [2+ messages in thread]

Forcing index scan on query produces 16x faster
  2010-03-17 21:25 UTC  Christian Brink <cbrink@r-stream.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-17 21:56 UTC  David Wilson <david.t.wilson@gmail.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-17 22:04 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Forcing index scan on query produces 16x faster
  2010-03-18 01:01 UTC  Eger, Patrick <peger@automotive.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-19 00:08 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-25 00:46 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-25 00:59 UTC  Eger, Patrick <peger@automotive.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-25 02:16 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: Forcing index scan on query produces 16x faster
  2010-03-28 21:04 UTC  Cédric Villemain <cedric.villemain.debian@gmail.com>
  [9+ messages in thread]

Block at a time ...
  2010-03-16 23:58 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Block at a time ...
  2010-03-17 00:14 UTC  Alvaro Herrera <alvherre@commandprompt.com>
` Re: Block at a time ...
  2010-03-17 07:32 UTC  Pierre C <lists@peufeu.com>
` Re: Block at a time ...
  2010-03-17 09:52 UTC  Greg Stark <gsstark@mit.edu>
` Re: Block at a time ...
  2010-03-17 14:27 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Block at a time ...
  2010-03-17 15:16 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Block at a time ...
  2010-03-17 16:41 UTC  Craig James <craig_james@emolecules.com>
` Re: Block at a time ...
  2010-03-17 17:02 UTC  Bob Lunney <bob_lunney@yahoo.com>
` Re: Block at a time ...
  2010-03-22 18:47 UTC  Scott Carey <scott@richrelevance.com>
` Re: Block at a time ...
  2010-03-22 20:55 UTC  Pierre C <lists@peufeu.com>
` Re: Block at a time ...
  2010-03-22 21:06 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: Block at a time ...
  2010-03-22 21:25 UTC  Greg Stark <gsstark@mit.edu>
` Re: Block at a time ...
  2010-03-22 23:46 UTC  Craig James <craig_james@emolecules.com>
` Re: Block at a time ...
  2010-03-27 00:19 UTC  Scott Carey <scott@richrelevance.com>
  [14+ messages in thread]

pg_dump far too slow
  2010-03-14 08:01 UTC  David Newall <postgresql@davidnewall.com>
` Re: pg_dump far too slow
  2010-03-14 20:21 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: pg_dump far too slow
  2010-03-16 01:53 UTC  Robert Haas <robertmhaas@gmail.com>
` Re: pg_dump far too slow
  2010-03-16 03:04 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: pg_dump far too slow
  2010-03-18 12:15 UTC  Matthew Wakeling <matthew@flymine.org>
` Re: pg_dump far too slow
  2010-03-21 13:17 UTC  David Newall <postgresql@davidnewall.com>
` Re: pg_dump far too slow
  2010-03-21 13:56 UTC  Craig Ringer <craig@postnewspapers.com.au>
` Re: pg_dump far too slow
  2010-03-21 14:33 UTC  Dave Crooke <dcrooke@gmail.com>
` Re: pg_dump far too slow
  2010-03-21 15:39 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: pg_dump far too slow
  2010-03-21 15:50 UTC  David Newall <postgresql@davidnewall.com>
` Re: pg_dump far too slow
  2010-03-21 18:03 UTC  Bob Lunney <bob_lunney@yahoo.com>
` Re: pg_dump far too slow
  2010-03-27 00:06 UTC  Scott Carey <scott@richrelevance.com>
  [12+ messages in thread]

Performance Tuning Large PL/PGSQL Stored Procedure
  2010-03-23 21:00 UTC  Eliot Gable <egable+pgsql-performance@gmail.com>
` Re: Performance Tuning Large PL/PGSQL Stored Procedure
  2010-03-26 02:00 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Performance Tuning Large PL/PGSQL Stored Procedure
  2010-03-26 03:56 UTC  Eliot Gable <egable+pgsql-performance@gmail.com>
` Re: Performance Tuning Large PL/PGSQL Stored Procedure
  2010-03-26 12:06 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Performance Tuning Large PL/PGSQL Stored Procedure
  2010-03-26 12:18 UTC  Richard Huxton <dev@archonet.com>
  [5+ messages in thread]


[next (older)]

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox