pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedRe: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-20 19:13 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-20 20:36 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-20 23:14 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-20 23:59 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 02:40 UTC Bruce Momjian <bruce@momjian.us>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 02:47 UTC Tatsuo Ishii <ishii@postgresql.org>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 10:02 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 14:14 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 20:03 UTC Graeme B. Bell <grb@skogoglandskap.no>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:02 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:11 UTC Bruce Momjian <bruce@momjian.us>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:17 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:26 UTC Bruce Momjian <bruce@momjian.us>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:26 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 21:43 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 22:51 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 23:08 UTC Steve Crawford <scrawford@pinpointresearch.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 23:29 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-21 23:32 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-22 00:04 UTC Joshua D. Drake <jd@commandprompt.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-22 06:37 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-22 13:01 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-22 14:02 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-25 22:13 UTC Josh Berkus <josh@agliodbs.com>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-26 02:03 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Turn off Hyperthreading! WAS: 60 core performance with 9.3
2014-08-27 04:24 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[26+ messages in thread]
tuning postgresql 9.3.5 and multiple cores
2014-08-25 18:47 UTC Jeison Bedoya Delgado <jeisonb@audifarma.com.co>
` Re: tuning postgresql 9.3.5 and multiple cores
2014-08-26 01:51 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: tuning postgresql 9.3.5 and multiple cores
2014-08-26 09:50 UTC Soni M <diptatapa@gmail.com>
` Re: tuning postgresql 9.3.5 and multiple cores
2014-08-26 10:10 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[4+ messages in thread]
From: Rich
2014-08-25 20:26 UTC Rich <rhdyes@gmail.com>
Window functions, partitioning, and sorting performance
2014-08-21 13:29 UTC Eli Naeher <enaeher@gmail.com>
` Re: Window functions, partitioning, and sorting performance
2014-08-21 14:02 UTC Marti Raudsepp <marti@juffo.org>
` Re: Window functions, partitioning, and sorting performance
2014-08-21 14:05 UTC Shaun Thomas <sthomas@optionshouse.com>
` Re: Window functions, partitioning, and sorting performance
2014-08-21 16:19 UTC Eli Naeher <enaeher@gmail.com>
` Re: Window functions, partitioning, and sorting performance
2014-08-21 16:21 UTC Eli Naeher <enaeher@gmail.com>
` Re: Window functions, partitioning, and sorting performance
2014-08-21 17:14 UTC Marti Raudsepp <marti@juffo.org>
[6+ messages in thread]
query on parent partition table has bad performance
2014-08-20 09:30 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: query on parent partition table has bad performance
2014-08-20 13:49 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: query on parent partition table has bad performance
2014-08-20 14:12 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: query on parent partition table has bad performance
2014-08-21 04:46 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: query on parent partition table has bad performance
2014-08-21 05:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
[5+ messages in thread]
High rate of transaction failure with the Serializable Isolation Level
2014-07-24 01:18 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-24 04:57 UTC Craig Ringer <craig@2ndquadrant.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-24 05:01 UTC Craig Ringer <craig@2ndquadrant.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-24 14:02 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-24 19:50 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-24 19:50 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-25 01:30 UTC Craig Ringer <craig@2ndquadrant.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-25 18:58 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-25 21:35 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-25 21:47 UTC Josh Berkus <josh@agliodbs.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-25 23:24 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-26 19:55 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-26 21:05 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-26 23:33 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-26 23:51 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-07-28 03:58 UTC Craig Ringer <craig@2ndquadrant.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-08-02 16:28 UTC Reza Taheri <rtaheri@vmware.com>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-08-02 18:12 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: High rate of transaction failure with the Serializable Isolation Level
2014-08-21 04:51 UTC Reza Taheri <rtaheri@vmware.com>
[19+ messages in thread]
query against pg_locks leads to large memory alloc
2014-08-18 21:01 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-18 21:21 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-18 21:29 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-18 21:36 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-18 22:01 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-18 23:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 11:38 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 15:57 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 16:40 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 17:14 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 17:17 UTC Andres Freund <andres@2ndquadrant.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 17:25 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 17:50 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 17:55 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 18:01 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 18:28 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-19 18:43 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-20 17:15 UTC Dave Owens <dave@teamunify.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-20 18:15 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: query against pg_locks leads to large memory alloc
2014-08-20 21:24 UTC Kevin Grittner <kgrittn@ymail.com>
[20+ messages in thread]
select on index column,why PG still use seq scan?
2014-08-18 03:19 UTC Xiaoyulei <xiaoyulei@huawei.com>
` Re: select on index column,why PG still use seq scan?
2014-08-18 03:49 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
60 core performance with 9.3
2014-06-26 23:49 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-06-27 02:01 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: 60 core performance with 9.3
2014-06-27 02:28 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-06-27 09:19 UTC Andres Freund <andres@2ndquadrant.com>
` Re: 60 core performance with 9.3
2014-06-27 09:30 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-01 09:48 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-01 10:04 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-01 10:13 UTC Andres Freund <andres@2ndquadrant.com>
` Re: 60 core performance with 9.3
2014-07-11 00:40 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-11 08:22 UTC Andres Freund <andres@2ndquadrant.com>
` Re: 60 core performance with 9.3
2014-07-11 08:54 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-11 13:19 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: 60 core performance with 9.3
2014-07-16 23:58 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-17 00:09 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-21 14:19 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: 60 core performance with 9.3
2014-07-30 01:44 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-30 08:42 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: 60 core performance with 9.3
2014-07-30 12:39 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: 60 core performance with 9.3
2014-07-30 12:47 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: 60 core performance with 9.3
2014-07-30 23:33 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-30 23:36 UTC Matt Clarkson <mattc@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-30 23:38 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-07-31 21:38 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: 60 core performance with 9.3
2014-08-12 04:56 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: 60 core performance with 9.3
2014-08-14 18:18 UTC Josh Berkus <josh@agliodbs.com>
` Re: 60 core performance with 9.3
2014-08-14 22:24 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[26+ messages in thread]
how does the planer to estimate row when i use order by and group by
2014-08-12 02:59 UTC 楊新波 <silent0608@gmail.com>
` Re: how does the planer to estimate row when i use order by and group by
2014-08-12 12:47 UTC Marti Raudsepp <marti@juffo.org>
[2+ messages in thread]
Optimization idea for long IN() lists
2014-08-08 19:15 UTC Josh Berkus <josh@agliodbs.com>
` Re: Optimization idea for long IN() lists
2014-08-09 04:22 UTC Maxim Boguk <maxim.boguk@gmail.com>
[2+ messages in thread]
two table join with order by on both tables attributes
2014-08-07 23:21 UTC Evgeniy Shishkin <itparanoia@gmail.com>
` Re: two table join with order by on both tables attributes
2014-08-07 23:42 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: two table join with order by on both tables attributes
2014-08-08 00:02 UTC Evgeniy Shishkin <itparanoia@gmail.com>
` Re: two table join with order by on both tables attributes
2014-08-08 00:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: two table join with order by on both tables attributes
2014-08-08 00:43 UTC Evgeniy Shishkin <itparanoia@gmail.com>
` Re: two table join with order by on both tables attributes
2014-08-08 01:05 UTC Evgeniy Shishkin <itparanoia@gmail.com>
` Re: two table join with order by on both tables attributes
2014-08-08 13:29 UTC Marti Raudsepp <marti@juffo.org>
` Re: two table join with order by on both tables attributes
2014-08-08 13:57 UTC Evgeniy Shishkin <itparanoia@gmail.com>
[8+ messages in thread]
Query performing very bad and sometimes good
2014-08-05 21:38 UTC Andreas Joseph Krogh <andreas@visena.com>
` Re: Query performing very bad and sometimes good
2014-08-06 00:16 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: Query performing very bad and sometimes good
2014-08-06 14:04 UTC Kevin Grittner <kgrittn@ymail.com>
[3+ messages in thread]
Very slow planning performance on partition table
2014-07-23 13:21 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-23 17:35 UTC Douglas J Hunley <doug.hunley@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-24 01:30 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-25 01:53 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Very slow planning performance on partition table
2014-07-25 03:26 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-25 14:23 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-27 15:44 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-27 16:28 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Very slow planning performance on partition table
2014-07-28 01:18 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-28 07:01 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-28 13:10 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-28 17:29 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-29 00:10 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-29 08:21 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-29 17:27 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-30 01:13 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-30 04:05 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-30 04:16 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-07-30 10:03 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-08-04 07:23 UTC Rural Hunter <ruralhunter@gmail.com>
` Re: Very slow planning performance on partition table
2014-08-04 10:12 UTC Rural Hunter <ruralhunter@gmail.com>
[21+ messages in thread]
Setting a default format for timestamp
2014-07-31 20:43 UTC Ferrell, Denise CTR NSWCDD, Z11 <denise.ferrell.ctr@navy.mil>
` Re: Setting a default format for timestamp
2014-07-31 20:59 UTC Scott Whitney <scott@journyx.com>
[2+ messages in thread]
Why you should turn on Checksums with SSDs
2014-07-30 03:12 UTC Josh Berkus <josh@agliodbs.com>
` Re: Why you should turn on Checksums with SSDs
2014-07-30 09:01 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Why you should turn on Checksums with SSDs
2014-07-30 18:53 UTC Merlin Moncure <mmoncure@gmail.com>
[3+ messages in thread]
Slow create temp table
2014-07-30 18:43 UTC Clinton Adams <clinton.adams@gmail.com>
Cursor + upsert (astronomical data)
2014-07-26 10:46 UTC Jiří Nádvorník <nadvornik.ji@gmail.com>
` Re: Cursor + upsert (astronomical data)
2014-07-27 06:05 UTC Vitalii Tymchyshyn <vit@tym.im>
` Re: Cursor + upsert (astronomical data)
2014-07-27 14:35 UTC Jiří Nádvorník <nadvornik.ji@gmail.com>
` Re: Cursor + upsert (astronomical data)
2014-07-27 15:35 UTC Craig James <cjames@emolecules.com>
` Re: Cursor + upsert (astronomical data)
2014-07-27 19:05 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: Cursor + upsert (astronomical data)
2014-07-27 20:09 UTC Vitalii Tymchyshyn <vit@tym.im>
` Re: Cursor + upsert (astronomical data)
2014-07-29 09:44 UTC Jiří Nádvorník <nadvornik.ji@gmail.com>
` Re: Cursor + upsert (astronomical data)
2014-07-29 10:11 UTC Jiří Nádvorník <nadvornik.ji@gmail.com>
` Re: Cursor + upsert (astronomical data)
2014-07-29 14:46 UTC Craig James <cjames@emolecules.com>
` Re: Cursor + upsert (astronomical data)
2014-07-29 17:50 UTC Jiří Nádvorník <nadvornik.ji@gmail.com>
` Re: Cursor + upsert (astronomical data)
2014-07-29 18:36 UTC Jeff Janes <jeff.janes@gmail.com>
[11+ messages in thread]
Re: Full text search with ORDER BY performance issue
2014-07-28 19:55 UTC worthy7 <worthy.vii@gmail.com>
Debugging writing load
2014-07-24 14:22 UTC Borodin Vladimir <root@simply.name>
` Re: Debugging writing load
2014-07-25 09:19 UTC Craig Ringer <craig@2ndquadrant.com>
[2+ messages in thread]
Building multiple indexes on one table.
2014-07-17 22:47 UTC Chris Ruprecht <chris@cdrbill.com>
` Re: Building multiple indexes on one table.
2014-07-17 23:21 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Building multiple indexes on one table.
2014-07-23 19:40 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: Building multiple indexes on one table.
2014-07-23 19:49 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Building multiple indexes on one table.
2014-07-23 20:19 UTC Felipe Santos <felipepts@gmail.com>
[5+ messages in thread]
Blocking every 20 sec while mass copying.
2014-07-18 10:52 UTC Benjamin Dugast <bdugast@excilys.com>
` Re: Blocking every 20 sec while mass copying.
2014-07-18 11:11 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: Blocking every 20 sec while mass copying.
2014-07-18 15:16 UTC Guillaume Cottenceau <gc@mnc.ch>
` Re: Blocking every 20 sec while mass copying.
2014-07-18 17:56 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Blocking every 20 sec while mass copying.
2014-07-21 08:02 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: Blocking every 20 sec while mass copying.
2014-07-23 09:39 UTC Benjamin Dugast <bdugast@excilys.com>
[6+ messages in thread]
Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 21:09 UTC johno <jan.suchal@gmail.com>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 21:31 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 21:44 UTC johno <jan.suchal@gmail.com>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 21:54 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 22:02 UTC johno <jan.suchal@gmail.com>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 22:14 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-21 22:22 UTC johno <jan.suchal@gmail.com>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-22 02:53 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-22 05:57 UTC johno <jan.suchal@gmail.com>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-22 06:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query with indexed ORDER BY and LIMIT when using OR'd conditions
2014-07-22 10:42 UTC johno <jan.suchal@gmail.com>
[11+ messages in thread]
estimate btree index size without creating
2014-07-22 07:38 UTC Евгений Селявка <evg.selyavka@gmail.com>
query performance question
2006-04-28 11:30 UTC gulsah <gulsah_129@yahoo.com>
` Re: query performance question
2006-05-01 00:36 UTC Dave Dutcher <dave@tridecap.com>
` query performance question
2008-06-03 07:57 UTC Marcin Citowicki <marcin.citowicki@m4n.nl>
` Re: query performance question
2008-06-03 08:31 UTC hubert depesz lubaczewski <depesz@depesz.com>
` Re: query performance question
2008-06-03 08:55 UTC Marcin Citowicki <marcin.citowicki@m4n.nl>
` Re: query performance question
2008-06-03 09:04 UTC tv@fuzzy.cz
` Re: query performance question
2008-06-04 00:10 UTC PFC <lists@peufeu.com>
` Re: query performance question
2008-06-05 15:43 UTC Dan Harris <fbsd@drivefaster.net>
` Re: query performance question
2008-06-05 17:16 UTC Kenneth Marshall <ktm@rice.edu>
` Re: query performance question
2008-06-05 20:22 UTC Dan Harris <fbsd@drivefaster.net>
` Query Performance question
2014-07-13 22:55 UTC Magers, James <James.Magers@turner.com>
` Re: Query Performance question
2014-07-14 00:58 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Query Performance question
2014-07-14 02:20 UTC Magers, James <James.Magers@turner.com>
` Re: Query Performance question
2014-07-14 07:07 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Query Performance question
2014-07-14 13:18 UTC Magers, James <James.Magers@turner.com>
` Re: Query Performance question
2014-07-14 13:48 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Query Performance question
2014-07-14 14:00 UTC Magers, James <James.Magers@turner.com>
` Re: Query Performance question
2014-07-14 14:48 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Query Performance question
2014-07-14 16:02 UTC Magers, James <James.Magers@turner.com>
` Re: Query Performance question
2014-07-14 16:28 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Query Performance question
2014-07-14 17:15 UTC Magers, James <James.Magers@turner.com>
[21+ 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