pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedSame query doing slow then quick
2012-09-26 12:27 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 13:03 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 13:21 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Same query doing slow then quick
2012-09-26 13:36 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 13:49 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Same query doing slow then quick
2012-09-26 14:14 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 14:17 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Same query doing slow then quick
2012-09-26 14:19 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 14:41 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 14:52 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Same query doing slow then quick
2012-09-26 15:18 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 15:33 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: Same query doing slow then quick
2012-09-26 15:38 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 15:52 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: Same query doing slow then quick
2012-09-26 16:05 UTC Undertaker Rude <ffw_rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 16:09 UTC FFW_Rude <FFW_Rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-26 16:30 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: Same query doing slow then quick
2012-09-27 08:33 UTC Undertaker Rude <ffw_rude@hotmail.com>
` Re: Same query doing slow then quick
2012-09-27 09:01 UTC Undertaker Rude <ffw_rude@hotmail.com>
` Re: Same query doing slow then quick
2012-10-07 14:27 UTC Ants Aasma <ants@cybertec.at>
` Re: Same query doing slow then quick
2012-10-08 07:39 UTC Undertaker Rude <ffw_rude@hotmail.com>
[21+ messages in thread]
hash aggregation speedup
2012-10-07 17:33 UTC Korisk <Korisk@yandex.ru>
how to avoid deadlock on masive update with multiples delete
2012-10-04 14:01 UTC Anibal David Acosta <aa@devshock.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-04 16:10 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 14:06 UTC Igor Neyman <ineyman@perceptron.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 14:27 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:08 UTC Maciek Sakrejda <m.sakrejda@gmail.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:31 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:36 UTC Andres Freund <andres@2ndquadrant.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:55 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 15:58 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 16:21 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 16:33 UTC Andres Freund <andres@2ndquadrant.com>
` Re: how to avoid deadlock on masive update with multiples delete
2012-10-05 18:33 UTC Anibal David Acosta <aa@devshock.com>
[13+ messages in thread]
A Tale of 2 algorithms
2012-10-01 21:24 UTC Colin Taylor <colin.taylor@gmail.com>
` Re: A Tale of 2 algorithms
2012-10-02 04:54 UTC Craig Ringer <ringerc@ringerc.id.au>
` Re: A Tale of 2 algorithms
2012-10-05 00:34 UTC Colin Taylor <colin.taylor@gmail.com>
[3+ messages in thread]
Inserts in 'big' table slowing down the database
2012-09-03 11:03 UTC Stefan Keller <sfkeller@gmail.com>
` Re: Inserts in 'big' table slowing down the database
2012-09-03 11:21 UTC Ivan Voras <ivoras@freebsd.org>
` Re: Inserts in 'big' table slowing down the database
2012-10-02 00:15 UTC Stefan Keller <sfkeller@gmail.com>
` Re: Inserts in 'big' table slowing down the database
2012-10-02 00:35 UTC Greg Williamson <gwilliamson39@yahoo.com>
` Re: Inserts in 'big' table slowing down the database
2012-10-02 15:09 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Inserts in 'big' table slowing down the database
2012-10-03 19:35 UTC Jeff Janes <jeff.janes@gmail.com>
[6+ messages in thread]
Postgres becoming slow, only full vacuum fixes it
2012-09-24 10:33 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 11:55 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 12:21 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 12:23 UTC MirrorX <mirrorx@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 12:34 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 12:53 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 13:34 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 13:51 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 14:14 UTC Julien Cigar <jcigar@ulb.ac.be>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 21:43 UTC Ondrej Ivanič <ondrej.ivanic@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-24 23:08 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 11:01 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 11:07 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 11:10 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 11:24 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 12:40 UTC Kevin Grittner <kgrittn@mail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-25 23:14 UTC Ondrej Ivanič <ondrej.ivanic@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-26 09:41 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-26 12:58 UTC Kevin Grittner <kgrittn@mail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-26 13:50 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-28 06:52 UTC Kiriakos Tsourapas <ktsour@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-09-29 06:59 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-10-01 14:09 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Postgres becoming slow, only full vacuum fixes it
2012-10-03 13:39 UTC Kiriakos Tsourapas <ktsour@gmail.com>
[24+ messages in thread]
Hardware advice
2003-05-30 14:23 UTC Adam Witney <awitney@sghms.ac.uk>
` Re: Hardware advice
2003-05-30 14:44 UTC Andrew Sullivan <andrew@libertyrms.info>
` Re: Hardware advice
2003-05-30 15:25 UTC scott.marlowe <scott.marlowe@ihs.com>
` Re: Hardware advice
2003-05-30 16:55 UTC Adam Witney <awitney@sghms.ac.uk>
` Re: Hardware advice
2003-05-30 17:17 UTC scott.marlowe <scott.marlowe@ihs.com>
` Re: Hardware advice
2003-05-30 17:59 UTC Roman Fail <rfail@posportal.com>
` Re: Hardware advice
2003-05-30 19:14 UTC Will LaShell <will@lashell.net>
` Re: Hardware advice
2003-05-30 19:26 UTC scott.marlowe <scott.marlowe@ihs.com>
` Re: Hardware advice
2003-05-30 19:33 UTC scott.marlowe <scott.marlowe@ihs.com>
` Re: Hardware advice
2003-11-21 10:08 UTC Adam Witney <awitney@sghms.ac.uk>
` Hardware advice
2006-12-03 17:29 UTC Alexandru Coseru <alexandru.coseru@totaltelecom.ro>
` Re: Hardware advice
2006-12-03 20:11 UTC Josh Berkus <josh@agliodbs.com>
` Re: Hardware advice
2006-12-03 21:38 UTC Alexandru Coseru <alexandru.coseru@totaltelecom.ro>
` Re: Hardware advice
2006-12-05 09:57 UTC Sven Geisler <sgeisler@aeccom.com>
` Re: Hardware advice
2006-12-05 21:44 UTC Alexandru Coseru <alexandru.coseru@totaltelecom.ro>
` Re: Hardware advice
2006-12-06 04:24 UTC Alex Turner <armtuk@gmail.com>
` Re: Hardware advice
2006-12-06 09:09 UTC Sven Geisler <sgeisler@aeccom.com>
` Re: Hardware advice
2006-12-06 09:21 UTC Gregory S. Williamson <gsw@globexplorer.com>
` hardware advice
2012-09-27 19:11 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-27 19:22 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: hardware advice
2012-09-27 19:37 UTC Craig James <cjames@emolecules.com>
` Re: hardware advice
2012-09-27 19:40 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-27 19:40 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 19:47 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 19:56 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-27 20:13 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 20:31 UTC Alan Hodgson <ahodgson@simkin.ca>
` Re: hardware advice
2012-09-27 20:44 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 20:46 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-27 20:47 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: hardware advice
2012-09-27 20:50 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: hardware advice
2012-09-27 20:55 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 20:55 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 21:01 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: hardware advice
2012-09-27 21:04 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 21:08 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 21:08 UTC Evgeny Shishkin <itparanoia@gmail.com>
` Re: hardware advice
2012-09-27 21:16 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: hardware advice
2012-09-27 21:17 UTC Alan Hodgson <ahodgson@simkin.ca>
` Re: hardware advice
2012-09-27 21:20 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: hardware advice
2012-09-27 21:22 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-27 21:28 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-27 21:29 UTC Evgeny Shishkin <itparanoia@gmail.com>
` Re: hardware advice
2012-09-27 21:32 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 21:36 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 21:39 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 21:40 UTC Evgeny Shishkin <itparanoia@gmail.com>
` Re: hardware advice
2012-09-27 21:44 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: hardware advice
2012-09-27 23:52 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 23:56 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-27 23:57 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-09-28 10:38 UTC Jeremy Harris <jgh@wizmail.org>
` Re: hardware advice
2012-09-28 15:38 UTC ktm@rice.edu <ktm@rice.edu>
` Re: hardware advice
2012-09-28 15:46 UTC Craig James <cjames@emolecules.com>
` Re: hardware advice
2012-09-28 15:57 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-09-28 17:33 UTC M. D. <lists@turnkey.bz>
` Re: hardware advice
2012-09-28 23:48 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: hardware advice
2012-10-02 08:20 UTC Glyn Astill <glynastill@yahoo.co.uk>
` Re: hardware advice
2012-10-02 15:14 UTC David Boreham <david_list@boreham.org>
` Re: hardware advice
2012-10-03 11:56 UTC Glyn Astill <glynastill@yahoo.co.uk>
[60+ messages in thread]
20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 07:40 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 08:45 UTC Daniel Farina <daniel@heroku.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 14:56 UTC Marcos Ortiz <mlortiz@uci.cu>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 15:04 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 15:29 UTC Craig James <cjames@emolecules.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-14 15:35 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-18 07:44 UTC Andrea Suisani <sickpig@opinioni.net>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-18 13:54 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-09-18 14:25 UTC Andrea Suisani <sickpig@opinioni.net>
` Re: 20% performance drop on PostgreSQL 9.2 from kernel 3.5.3 to 3.6-rc5 on AMD chipsets
2012-10-03 11:45 UTC Andrea Suisani <sickpig@opinioni.net>
[10+ messages in thread]
suboptimal query plan
2012-10-02 16:46 UTC Nick Hofstede <Nick.Hofstede@inventivegroup.com>
` Re: suboptimal query plan
2012-10-03 03:54 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: suboptimal query plan
2012-10-03 08:02 UTC Nick Hofstede <Nick.Hofstede@inventivegroup.com>
[3+ messages in thread]
Re: hardware advice - opinions about HP?
2012-10-02 14:51 UTC Franklin, Dan (FEN) <Dan.Franklin@pearson.com>
` Re: hardware advice - opinions about HP?
2012-10-02 15:14 UTC Bruce Momjian <bruce@momjian.us>
` Re: hardware advice - opinions about HP?
2012-10-02 16:01 UTC Scott Marlowe <scott.marlowe@gmail.com>
[3+ messages in thread]
deadlock_timeout affect on performance
2012-10-01 16:49 UTC pg noob <pgnube@gmail.com>
` Re: deadlock_timeout affect on performance
2012-10-02 08:11 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
[2+ messages in thread]
NestedLoops over BitmapScan question
2012-09-28 23:11 UTC Виктор Егоров <vyegorov@gmail.com>
` Re: NestedLoops over BitmapScan question
2012-10-01 23:09 UTC Виктор Егоров <vyegorov@gmail.com>
[2+ messages in thread]
Spurious failure to obtain row lock possible in PG 9.1?
2012-09-24 21:18 UTC henk de wit <henk53602@hotmail.com>
` Re: Spurious failure to obtain row lock possible in PG 9.1?
2012-09-25 10:48 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: Spurious failure to obtain row lock possible in PG 9.1?
2012-09-29 12:40 UTC henk de wit <henk53602@hotmail.com>
[3+ messages in thread]
Query plan, nested EXISTS
2012-09-28 21:04 UTC Matt Daw <matt@shotgunsoftware.com>
` Re: Query plan, nested EXISTS
2012-09-28 21:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query plan, nested EXISTS
2012-09-28 21:47 UTC Matt Daw <matt@shotgunsoftware.com>
` Re: Query plan, nested EXISTS
2012-09-28 22:56 UTC Matt Daw <matt@shotgunsoftware.com>
[4+ messages in thread]
Possible Performance Regression with Transitive Comparisons vs. Constants
2012-09-28 19:22 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Possible Performance Regression with Transitive Comparisons vs. Constants
2012-09-28 20:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Possible Performance Regression with Transitive Comparisons vs. Constants
2012-09-28 21:37 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Possible Performance Regression with Transitive Comparisons vs. Constants
2012-09-28 22:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
[4+ messages in thread]
"Select * " on 12-18M row table from remote machine thru JDBC - Performance nose-dives after 10M-ish records
2012-09-28 13:52 UTC antthelimey <antthelimey@gmail.com>
` Re: "Select * " on 12-18M row table from remote machine thru JDBC - Performance nose-dives after 10M-ish records
2012-09-28 15:10 UTC Deron <fecastle@gmail.com>
[2+ messages in thread]
exponential performance decrease, problem with version postgres + RHEL?
2012-09-28 10:43 UTC John Nash <postgres.dba.needs.help@gmail.com>
` Re: [PERFORM] exponential performance decrease, problem with version postgres + RHEL?
2012-09-28 10:47 UTC Nikolay Ulyanitsky <lystor@gmail.com>
` RE: [PERFORM] exponential performance decrease, problem with version postgres + RHEL?
2012-09-28 10:58 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: [PERFORM] Re: [PERFORM] exponential performance decrease, problem with version postgres + RHEL?
2012-09-28 10:58 UTC John Nash <postgres.dba.needs.help@gmail.com>
[4+ messages in thread]
Inaccurate Explain Cost
2012-09-26 18:38 UTC Robert Sosinski <rsosinski@ticketevolution.com>
` Re: Inaccurate Explain Cost
2012-09-26 20:03 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: [PERFORM] Inaccurate Explain Cost
2012-09-26 20:20 UTC Edson Richter <edsonrichter@hotmail.com>
` Re: Inaccurate Explain Cost
2012-09-26 20:21 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: Inaccurate Explain Cost
2012-09-26 22:42 UTC Samuel Gendler <sgendler@ideasculptor.com>
` Re: [PERFORM] Inaccurate Explain Cost
2012-09-26 23:29 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: [GENERAL] Inaccurate Explain Cost
2012-09-27 00:04 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: [GENERAL] Inaccurate Explain Cost
2012-09-27 10:48 UTC Matthias <nitrogenycs@gmail.com>
[8+ messages in thread]
wrong join result set estimate
2012-09-26 21:57 UTC Evgeny Shishkin <itparanoia@gmail.com>
Planner selects different execution plans depending on limit
2012-09-10 14:24 UTC bill_martin@freenet.de
` Re: Planner selects different execution plans depending on limit
2012-09-10 18:18 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Planner selects different execution plans depending on limit
2012-09-11 07:20 UTC Bill Martin <bill.martin@communote.com>
` Re: Planner selects different execution plans depending on limit
2012-09-11 17:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner selects different execution plans depending on limit
2012-09-13 09:05 UTC Bill Martin <bill.martin@communote.com>
` Re: Planner selects different execution plans depending on limit
2012-09-13 14:04 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner selects different execution plans depending on limit
2012-09-13 14:42 UTC Bill Martin <bill.martin@communote.com>
` Re: Planner selects different execution plans depending on limit
2012-09-13 14:48 UTC Jesper Krogh <jesper@krogh.cc>
` Re: Planner selects different execution plans depending on limit
2012-09-13 14:54 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner selects different execution plans depending on limit
2012-09-13 17:19 UTC Bill Martin <bill.martin@communote.com>
` Re: Planner selects different execution plans depending on limit
2012-09-13 17:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] Planner selects different execution plans depending on limit
2012-09-16 21:39 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: [PERFORM] Planner selects different execution plans depending on limit
2012-09-16 22:16 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Planner selects different execution plans depending on limit
2012-09-18 07:28 UTC Bill Martin <bill.martin@communote.com>
` Re: [PERFORM] Planner selects different execution plans depending on limit
2012-09-26 15:52 UTC Bruce Momjian <bruce@momjian.us>
[15+ messages in thread]
Newbie performance problem - semop taking most of time ?
2012-09-19 12:34 UTC mal.oracledba <mal.oracledba@gmail.com>
` Re: Newbie performance problem - semop taking most of time ?
2012-09-22 05:50 UTC Daniel Farina <daniel@heroku.com>
` Re: Newbie performance problem - semop taking most of time ?
2012-09-23 19:42 UTC mal.oracledba <mal.oracledba@gmail.com>
` Re: Newbie performance problem - semop taking most of time ?
2012-09-23 20:36 UTC Tom Lane <tgl@sss.pgh.pa.us>
[4+ messages in thread]
wal_sync_method on FreeBSD 9.0 - ZFS
2012-09-14 20:19 UTC Sébastien Lorion <sl@thestrangefactory.com>
` Re: wal_sync_method on FreeBSD 9.0 - ZFS
2012-09-17 10:56 UTC Ivan Voras <ivoras@freebsd.org>
` Re: wal_sync_method on FreeBSD 9.0 - ZFS
2012-09-22 14:01 UTC Sébastien Lorion <sl@thestrangefactory.com>
[3+ messages in thread]
PostgreSQL performance on 64 bit as compared to 32 bit
2012-09-16 03:48 UTC Umesh Kirdat <umesh.kirdat@yahoo.com>
` Re: PostgreSQL performance on 64 bit as compared to 32 bit
2012-09-22 02:43 UTC Claudio Freire <klaussfreire@gmail.com>
[2+ messages in thread]
Query Planner Optimization?
2012-09-21 17:08 UTC Brandon <cdsboy@gmail.com>
Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-14 15:56 UTC McKinzie, Alan (Alan) <alanmck@avaya.com>
` Re: Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-16 13:45 UTC Craig Ringer <ringerc@ringerc.id.au>
` Re: Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-16 14:12 UTC Craig Ringer <ringerc@ringerc.id.au>
` Re: Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-16 15:37 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-17 02:59 UTC Craig Ringer <ringerc@ringerc.id.au>
` Re: Are there known performance issues with defining all Foreign Keys as deferrable initially immediate
2012-09-17 13:38 UTC McKinzie, Alan (Alan) <alanmck@avaya.com>
[6+ 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