pg.ddx.io  pgsql-performance@postgresql.org mailing list archive  
help / color / mirror / Atom feed
Batch update query performance
  2014-04-04 12:00 UTC  Hans Drexler <Hans.Drexler@HumanInference.com>
` Re: Batch update query performance
  2014-04-07 12:06 UTC  Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: Batch update query performance
  2014-04-07 12:53 UTC  Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Batch update query performance
  2014-04-07 21:26 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: batch update query performance
  2014-04-08 13:21 UTC  Hans Drexler <Hans.Drexler@HumanInference.com>
` Re: batch update query performance
  2014-04-14 00:02 UTC  Jeff Janes <jeff.janes@gmail.com>
  [6+ messages in thread]

query against large table not using sensible index to find very small amount of data
  2014-04-08 12:48 UTC  Andrew W. Gibbs <awgibbs@awgibbs.com>
` Re: query against large table not using sensible index to find very small amount of data
  2014-04-08 13:39 UTC  Shaun Thomas <sthomas@optionshouse.com>
` Re: query against large table not using sensible index to find very small amount of data
  2014-04-08 13:55 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: query against large table not using sensible index to find very small amount of data
  2014-04-08 22:51 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: query against large table not using sensible index to find very small amount of data
  2014-04-09 00:57 UTC  'Andrew W. Gibbs' <awgibbs@awgibbs.com>
` Re: query against large table not using sensible index to find very small amount of data
  2014-04-13 00:12 UTC  Andrew W. Gibbs <awgibbs@awgibbs.com>
  [6+ messages in thread]

performance degradation after launching postgres cluster using pgpool-II
  2014-03-31 08:31 UTC  Cora Ma <machengcheng001@hotmail.com>
` Re: performance degradation after launching postgres cluster using pgpool-II
  2014-04-07 13:46 UTC  Tatsuo Ishii <ishii@postgresql.org>
` Re: performance degradation after launching postgres cluster using pgpool-II
  2014-04-11 07:29 UTC  Cora Ma <machengcheng001@hotmail.com>
  [3+ messages in thread]

Optimizing Time Series Access
  2014-04-08 21:20 UTC  Robert Burgholzer <rburghol@vt.edu>
` Re: Optimizing Time Series Access
  2014-04-09 19:48 UTC  Robert Burgholzer <rburghol@vt.edu>
  [2+ messages in thread]

Interesting case of index un-usage
  2014-04-09 18:56 UTC  Claudio Freire <klaussfreire@gmail.com>

PGSQL, checkpoints, and file system syncs
  2014-04-03 00:38 UTC  Reza Taheri <rtaheri@vmware.com>
` PGSQL, checkpoints, and file system syncs
  2014-04-03 17:39 UTC  Reza Taheri <rtaheri@vmware.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-03 18:01 UTC  Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-03 18:11 UTC  Reza Taheri <rtaheri@vmware.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-04 06:11 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-04 20:27 UTC  Reza Taheri <rtaheri@vmware.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-08 14:00 UTC  Shaun Thomas <sthomas@optionshouse.com>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-09 16:42 UTC  Bruce Momjian <bruce@momjian.us>
` Re: PGSQL, checkpoints, and file system syncs
  2014-04-09 16:51 UTC  Bruce Momjian <bruce@momjian.us>
  [9+ messages in thread]

Why shared_buffers max is 8GB?
  2014-03-26 12:21 UTC  Alexey Vasiliev <leopard_ne@inbox.ru>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 12:35 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 12:45 UTC  desmodemone <desmodemone@gmail.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 13:23 UTC  Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 13:24 UTC  Markella Skempri <markella_skembri@hotmail.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 13:30 UTC  Martin French <Martin.French@romaxtech.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 13:32 UTC  Martin French <Martin.French@romaxtech.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 13:47 UTC  Markella Skempri <markella_skembri@hotmail.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 14:04 UTC  Martin French <Martin.French@romaxtech.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 14:23 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 14:23 UTC  desmodemone <desmodemone@gmail.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 16:14 UTC  Shaun Thomas <sthomas@optionshouse.com>
` Re: Why shared_buffers max is 8GB?
  2014-03-26 16:36 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: Why shared_buffers max is 8GB?
  2014-04-02 09:38 UTC  Alexey Klyukin <alexk@hintbits.com>
` Re: Why shared_buffers max is 8GB?
  2014-04-09 11:46 UTC  Bruce Momjian <bruce@momjian.us>
  [15+ messages in thread]

Performance regressions in PG 9.3 vs PG 9.0
  2014-04-07 18:34 UTC  uher dslij <codon3@gmail.com>
` Re: Performance regressions in PG 9.3 vs PG 9.0
  2014-04-08 19:58 UTC  uher dslij <codon3@gmail.com>
` Re: Performance regressions in PG 9.3 vs PG 9.0
  2014-04-08 21:26 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Performance regressions in PG 9.3 vs PG 9.0
  2014-04-09 00:16 UTC  uher dslij <codon3@gmail.com>
` Re: Performance regressions in PG 9.3 vs PG 9.0
  2014-04-09 00:23 UTC  uher dslij <codon3@gmail.com>
` Re: Performance regressions in PG 9.3 vs PG 9.0
  2014-04-09 01:39 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [6+ messages in thread]

Nested loop issue
  2014-04-08 09:35 UTC  Manoj Gadi <Manoj.Gadi@uni-konstanz.de>
` Re: Nested loop issue
  2014-04-08 20:40 UTC  Dhananjay Singh <dk_singh99@yahoo.com>
  [2+ messages in thread]

performance drop when function argument is evaluated in WHERE clause
  2014-04-08 11:53 UTC  Gerardo Herzig <gherzig@fmed.uba.ar>
` Re: [PERFORM] performance drop when function argument is evaluated in WHERE clause
  2014-04-08 13:50 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: [PERFORM] performance drop when function argument is evaluated in WHERE clause
  2014-04-08 17:33 UTC  Gerardo Herzig <gherzig@fmed.uba.ar>
` Re: Re: [PERFORM] performance drop when function argument is evaluated in WHERE clause
  2014-04-08 17:41 UTC  Tom Lane <tgl@sss.pgh.pa.us>
  [4+ messages in thread]

PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 16:29 UTC  Nicolas Paris <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 16:54 UTC  Thom Brown <thom@linux.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 19:49 UTC  PARIS Nicolas <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 19:57 UTC  Thom Brown <thom@linux.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 20:07 UTC  PARIS Nicolas <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 20:14 UTC  Thom Brown <thom@linux.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 20:26 UTC  PARIS Nicolas <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-04 20:34 UTC  ktm@rice.edu <ktm@rice.edu>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-06 19:07 UTC  Thom Brown <thom@linux.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-06 22:21 UTC  PARIS Nicolas <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-07 10:29 UTC  Graeme B. Bell <grb@skogoglandskap.no>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-07 12:49 UTC  Nicolas Paris <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-07 12:59 UTC  Graeme B. Bell <grb@skogoglandskap.no>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-07 13:56 UTC  Nicolas Paris <niparisco@gmail.com>
` Re: PGSQL 9.3 - Materialized View - multithreading
  2014-04-07 14:05 UTC  Graeme B. Bell <grb@skogoglandskap.no>
  [15+ messages in thread]

The same query - much different runtimes
  2014-04-07 10:25 UTC  Johann Spies <johann.spies@gmail.com>
` Re: The same query - much different runtimes
  2014-04-07 10:58 UTC  Pavan Deolasee <pavan.deolasee@gmail.com>
  [2+ messages in thread]

Slow Count-Distinct Query
  2014-03-30 19:45 UTC  Christopher Jackson <crjackso@gmail.com>
` Re: Slow Count-Distinct Query
  2014-03-31 13:17 UTC  Shaun Thomas <sthomas@optionshouse.com>
` Re: Slow Count-Distinct Query
  2014-03-31 14:15 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow Count-Distinct Query
  2014-03-31 15:53 UTC  Christopher Jackson <crjackso@gmail.com>
` Re: Slow Count-Distinct Query
  2014-04-02 00:34 UTC  bricklen <bricklen@gmail.com>
` Re: Slow Count-Distinct Query
  2014-04-02 04:22 UTC  Christopher Jackson <crjackso@gmail.com>
` Re: Slow Count-Distinct Query
  2014-04-02 04:48 UTC  Michael Paquier <michael.paquier@gmail.com>
` Re: Slow Count-Distinct Query
  2014-04-02 04:54 UTC  Christopher Jackson <crjackso@gmail.com>
` Fwd: Slow Count-Distinct Query
  2014-04-04 09:31 UTC  Varadharajan Mukundan <srinathsmn@gmail.com>
` Re: Fwd: Slow Count-Distinct Query
  2014-04-04 17:59 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: Fwd: Slow Count-Distinct Query
  2014-04-05 01:13 UTC  Varadharajan Mukundan <srinathsmn@gmail.com>
` Slow Count-Distinct Query
  2014-04-06 17:26 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: Slow Count-Distinct Query
  2014-04-07 02:34 UTC  Varadharajan Mukundan <srinathsmn@gmail.com>
  [13+ messages in thread]

Sudden crazy high CPU usage
  2014-03-31 10:25 UTC  Niels Kristian Schjødt <nielskristian@autouncle.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 13:47 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 14:24 UTC  Niels Kristian Schjødt <nielskristian@autouncle.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 14:36 UTC  Merlin Moncure <mmoncure@gmail.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 14:50 UTC  Scott Marlowe <scott.marlowe@gmail.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 17:16 UTC  Niels Kristian Schjødt <nielskristian@autouncle.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 17:21 UTC  Niels Kristian Schjødt <nielskristian@autouncle.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 17:36 UTC  Sergey Konoplev <gray.ru@gmail.com>
` Re: Sudden crazy high CPU usage
  2014-03-31 20:01 UTC  Will Platnick <wplatnick@gmail.com>
` Re: Sudden crazy high CPU usage
  2014-04-01 21:50 UTC  Niels Kristian Schjødt <nielskristian@autouncle.com>
` Re: Sudden crazy high CPU usage
  2014-04-01 22:16 UTC  Andres Freund <andres@2ndquadrant.com>
` Re: Sudden crazy high CPU usage
  2014-04-03 00:00 UTC  Michael Paquier <michael.paquier@gmail.com>
  [12+ messages in thread]

Connection pooling - Number of connections
  2014-03-21 14:49 UTC  Guillaume Smet <guillaume.smet@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-21 15:49 UTC  David Johnston <polobo@yahoo.com>
` Re: Connection pooling - Number of connections
  2014-03-21 16:05 UTC  Guillaume Smet <guillaume.smet@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-21 16:17 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Connection pooling - Number of connections
  2014-03-21 17:51 UTC  Sethu Prasad <sethuprasad.in@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-21 18:36 UTC  Guillaume Smet <guillaume.smet@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-21 18:38 UTC  Guillaume Smet <guillaume.smet@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-21 18:41 UTC  David Johnston <polobo@yahoo.com>
` Re: Connection pooling - Number of connections
  2014-03-21 19:04 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-22 11:26 UTC  Brett Wooldridge <brett.wooldridge@gmail.com>
` Connection pooling - Number of connections
  2014-03-24 13:27 UTC  Brett Wooldridge <brett.wooldridge@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-24 20:24 UTC  Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Connection pooling - Number of connections
  2014-03-25 00:23 UTC  Brett Wooldridge <brett.wooldridge@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-25 01:42 UTC  Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Connection pooling - Number of connections
  2014-03-25 02:45 UTC  Brett Wooldridge <brett.wooldridge@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-27 00:35 UTC  Josh Berkus <josh@agliodbs.com>
` Re: Connection pooling - Number of connections
  2014-03-29 21:20 UTC  Jeff Janes <jeff.janes@gmail.com>
` Re: Connection pooling - Number of connections
  2014-03-30 03:41 UTC  Brett Wooldridge <brett.wooldridge@gmail.com>
  [18+ messages in thread]

Partitions and prepared statements?
  2014-03-27 20:42 UTC  Dave Johansen <davejohansen@gmail.com>

RE : Stalls on PGSemaphoreLock
  2014-03-25 17:45 UTC  Pavy Philippe <Philippe.Pavy@worldline.com>

pg_dump vs pg_basebackup
  2014-03-25 04:45 UTC  gianfranco caca <limpcaca@yahoo.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 07:11 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 07:19 UTC  gianfranco caca <limpcaca@yahoo.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 07:33 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 07:39 UTC  David Johnston <polobo@yahoo.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 12:05 UTC  Claudio Freire <klaussfreire@gmail.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 14:56 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:10 UTC  desmodemone <desmodemone@gmail.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:18 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:21 UTC  Magnus Hagander <magnus@hagander.net>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:22 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:29 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:37 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:40 UTC  Magnus Hagander <magnus@hagander.net>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:41 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:48 UTC  Graeme B. Bell <grb@skogoglandskap.no>
` Re: pg_dump vs pg_basebackup
  2014-03-25 15:55 UTC  Joshua D. Drake <jd@commandprompt.com>
` Re: pg_dump vs pg_basebackup
  2014-03-25 16:12 UTC  Alan Hodgson <ahodgson@simkin.ca>
` Re: pg_dump vs pg_basebackup
  2014-03-25 16:46 UTC  Claudio Freire <klaussfreire@gmail.com>
  [19+ messages in thread]

slow join not using index properly
  2014-03-20 23:56 UTC  Stefan Amshey <sramshey@gmail.com>
` Re: slow join not using index properly
  2014-03-21 06:02 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
` Re: slow join not using index properly
  2014-03-21 08:17 UTC  Vincent <vinny@xs4all.nl>
` Re: slow join not using index properly
  2014-03-24 18:40 UTC  Stefan Amshey <sramshey@gmail.com>
` Re: slow join not using index properly
  2014-03-25 07:05 UTC  Ilya Kosmodemiansky <ilya.kosmodemiansky@postgresql-consulting.com>
  [5+ messages in thread]

Suboptimal query plan when using expensive BCRYPT functions
  2014-03-22 00:59 UTC  Erik van Zijst <erik.van.zijst@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-22 20:51 UTC  bricklen <bricklen@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-22 22:27 UTC  Erik van Zijst <erik.van.zijst@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-22 22:56 UTC  bricklen <bricklen@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-23 03:37 UTC  Erik van Zijst <erik.van.zijst@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-23 03:56 UTC  bricklen <bricklen@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-23 06:40 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-23 18:30 UTC  Erik van Zijst <erik.van.zijst@gmail.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-24 07:08 UTC  Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Suboptimal query plan when using expensive BCRYPT functions
  2014-03-24 17:37 UTC  Erik van Zijst <erik.van.zijst@gmail.com>
  [10+ messages in thread]

semaphore waits and performance stall
  2014-03-24 14:37 UTC  Matthew Spilich <mspilich@tripadvisor.com>

Query taking long time
  2014-02-26 15:41 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-02-27 10:31 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-03 10:17 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-03 17:17 UTC  Vladimir Sitnikov <sitnikov.vladimir@gmail.com>
` Re: Query taking long time
  2014-03-03 23:28 UTC  Venkata Balaji Nagothi <vbnpgc@gmail.com>
` Re: Query taking long time
  2014-03-04 10:10 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-04 11:23 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-04 23:35 UTC  Venkata Balaji Nagothi <vbnpgc@gmail.com>
` Re: Query taking long time
  2014-03-06 10:47 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-06 13:11 UTC  desmodemone <desmodemone@gmail.com>
` Re: Query taking long time
  2014-03-06 14:45 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-07 09:39 UTC  Evgeniy Shishkin <itparanoia@gmail.com>
` Re: Query taking long time
  2014-03-07 09:46 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-07 10:03 UTC  Evgeniy Shishkin <itparanoia@gmail.com>
` Re: Query taking long time
  2014-03-07 10:18 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-10 14:45 UTC  Evgeniy Shishkin <itparanoia@gmail.com>
` Re: Query taking long time
  2014-03-10 16:30 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-10 19:49 UTC  Venkata Balaji Nagothi <vbnpgc@gmail.com>
` Re: Query taking long time
  2014-03-10 20:22 UTC  desmodemone <desmodemone@gmail.com>
` Re: Query taking long time
  2014-03-11 15:56 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-11 23:12 UTC  Evgeny Shishkin <itparanoia@gmail.com>
` Re: Query taking long time
  2014-03-19 11:09 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-19 23:30 UTC  Venkata Balaji Nagothi <vbnpgc@gmail.com>
` Re: Query taking long time
  2014-03-20 10:17 UTC  acanada <acanada@cnio.es>
` Re: Query taking long time
  2014-03-23 06:10 UTC  Venkata Balaji Nagothi <vbnpgc@gmail.com>
  [25+ messages in thread]

Performance of UNION vs IN
  2014-03-20 16:57 UTC  Jean-Max Reymond <jmreymond@free.fr>
` Re: Performance of UNION vs IN
  2014-03-20 17:13 UTC  Torsten Förtsch <torsten.foertsch@gmx.net>
` Re: Performance of UNION vs IN
  2014-03-21 05:33 UTC  Jean-Max Reymond <jmreymond@free.fr>
  [3+ messages in thread]

long lasting select, no io nor cpu usage ?
  2014-03-20 13:51 UTC  Franck Routier <franck.routier@axege.com>
` Re: long lasting select, no io nor cpu usage ?
  2014-03-20 13:56 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: long lasting select, no io nor cpu usage ?
  2014-03-20 14:07 UTC  Franck Routier <franck.routier@axege.com>
` Re: long lasting select, no io nor cpu usage ?
  2014-03-20 14:15 UTC  Tom Lane <tgl@sss.pgh.pa.us>
` Re: long lasting select, no io nor cpu usage ?
  2014-03-20 16:27 UTC  Franck Routier <franck.routier@axege.com>
  [5+ messages in thread]

slave wal is ahead of master
  2014-03-19 17:10 UTC  Evgeniy Shishkin <itparanoia@gmail.com>
` Re: slave wal is ahead of master
  2014-03-19 18:11 UTC  Sethu Prasad <sethuprasad.in@gmail.com>
` Re: slave wal is ahead of master
  2014-03-19 20:01 UTC  Evgeny Shishkin <itparanoia@gmail.com>
  [3+ 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