pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedYet another abort-early plan disaster on 9.3
2014-09-18 00:11 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-19 17:15 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-19 18:40 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 06:38 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 11:51 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 15:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-20 18:33 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-22 13:55 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-22 23:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-26 08:06 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 15:00 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 20:53 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 21:54 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-29 23:00 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 02:12 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 03:11 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 07:09 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 09:25 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 11:34 UTC Graeme B. Bell <grb@skogoglandskap.no>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 15:59 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 16:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 16:54 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 17:07 UTC Graeme B. Bell <grb@skogoglandskap.no>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 17:28 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 21:11 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 22:14 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-09-30 23:01 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-01 18:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 08:19 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 09:30 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 13:59 UTC Ryan Johnson <ryan.johnson@cs.utoronto.ca>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-02 19:56 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 00:54 UTC Peter Geoghegan <peter.geoghegan86@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 19:58 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 23:30 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-03 23:41 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 11:16 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 12:10 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 14:21 UTC Craig James <cjames@emolecules.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 16:53 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 17:53 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 17:59 UTC Craig James <cjames@emolecules.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-10 18:13 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-15 17:20 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-15 18:02 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-17 17:25 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-18 17:01 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-10-19 22:24 UTC Greg Stark <stark@mit.edu>
` Re: Yet another abort-early plan disaster on 9.3
2014-11-21 18:38 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-11-23 20:19 UTC Tomas Vondra <tv@fuzzy.cz>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 06:46 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 15:45 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-05 16:04 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-10 01:46 UTC Josh Berkus <josh@agliodbs.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-10 02:09 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-12 03:22 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-12 03:31 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2014-12-17 07:55 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Yet another abort-early plan disaster on 9.3
2015-02-13 07:16 UTC Michael Paquier <michael.paquier@gmail.com>
` Re: Yet another abort-early plan disaster on 9.3
2015-11-05 09:45 UTC Evgeniy Shishkin <itparanoia@gmail.com>
[60+ messages in thread]
Slow query in trigger function
2015-11-02 10:15 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
` Re: Slow query in trigger function
2015-11-02 14:45 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query in trigger function
2015-11-02 16:54 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
` Re: Slow query in trigger function
2015-11-02 18:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query in trigger function
2015-11-03 10:58 UTC Guido Niewerth <gniewerth@ocsgmbh.com>
[5+ messages in thread]
GIN index always doing Re-check condition, postgres 9.1
2015-11-02 06:52 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 07:22 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 08:19 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 18:28 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-02 22:09 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GIN index always doing Re-check condition, postgres 9.1
2015-11-03 09:05 UTC Andrey Osenenko <andrey.osenenko@gmail.com>
[6+ messages in thread]
PostgreSQL limitation
2015-11-02 10:52 UTC FattahRozzaq <ssoorruu@gmail.com>
` Re: PostgreSQL limitation
2015-11-02 12:12 UTC Michael Paquier <michael.paquier@gmail.com>
[2+ messages in thread]
Query optimizer plans with very small selectivity estimates
2015-10-29 16:52 UTC Matthew Bellew <matthewb@labkey.com>
` Re: Query optimizer plans with very small selectivity estimates
2015-10-29 18:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query optimizer plans with very small selectivity estimates
2015-10-30 00:00 UTC Josh Berkus <josh@agliodbs.com>
[3+ messages in thread]
Scalability to more than 64 cores With PG 9.4 and RHEL 7.1 Kernel 3.10
2015-10-28 05:04 UTC Javier Muro <j_muro@hotmail.com>
` Re: Scalability to more than 64 cores With PG 9.4 and RHEL 7.1 Kernel 3.10
2015-10-29 13:46 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
[2+ messages in thread]
Query planner wants to use seq scan
2015-10-27 09:35 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:08 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 11:10 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:17 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 11:19 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 11:30 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-27 12:03 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query planner wants to use seq scan
2015-10-27 13:06 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 13:06 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 17:33 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-27 20:56 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Query planner wants to use seq scan
2015-10-28 03:07 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Query planner wants to use seq scan
2015-10-29 12:27 UTC Alex Ignatov <a.ignatov@postgrespro.ru>
` Re: Query planner wants to use seq scan
2015-10-29 13:16 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
[14+ messages in thread]
Partition Constraint Exclusion Limits
2015-10-27 18:29 UTC GMail <mfwilson@gmail.com>
` Re: Partition Constraint Exclusion Limits
2015-10-27 19:03 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Partition Constraint Exclusion Limits
2015-10-27 20:33 UTC Vitalii Tymchyshyn <vit@tym.im>
` Re: Partition Constraint Exclusion Limits
2015-10-28 02:59 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[4+ messages in thread]
GroupAggregate and Integer Arrays
2015-10-23 14:29 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-23 16:15 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-23 16:26 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-23 17:35 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-24 19:27 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: GroupAggregate and Integer Arrays
2015-10-24 20:23 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: GroupAggregate and Integer Arrays
2015-10-26 17:45 UTC David Osborne <david@qcode.co.uk>
` Re: GroupAggregate and Integer Arrays
2015-10-26 18:21 UTC Merlin Moncure <mmoncure@gmail.com>
[8+ messages in thread]
SELECT slows down on sixth execution
2015-10-14 07:38 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-14 09:00 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: SELECT slows down on sixth execution
2015-10-14 09:01 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-14 15:28 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-16 12:37 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: SELECT slows down on sixth execution
2015-10-17 02:14 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-17 02:29 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-17 03:51 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-17 13:29 UTC Yves Dorfsman <yves@zioup.com>
` Re: SELECT slows down on sixth execution
2015-10-17 14:33 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-19 16:47 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-20 06:55 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: SELECT slows down on sixth execution
2015-10-20 07:45 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: SELECT slows down on sixth execution
2015-10-20 14:48 UTC Jonathan Rogers <jrogers@socialserve.com>
` Re: SELECT slows down on sixth execution
2015-10-20 15:01 UTC Pavel Stehule <pavel.stehule@gmail.com>
[15+ messages in thread]
One long transaction or multiple short transactions?
2015-10-06 03:10 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-06 13:10 UTC Igor Neyman <ineyman@perceptron.com>
` Re: One long transaction or multiple short transactions?
2015-10-07 23:40 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 08:54 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: One long transaction or multiple short transactions?
2015-10-08 15:08 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 17:00 UTC ktm@rice.edu <ktm@rice.edu>
` Re: One long transaction or multiple short transactions?
2015-10-08 21:43 UTC Carlo <reg01@stonebanks.ca>
` Re: One long transaction or multiple short transactions?
2015-10-08 21:59 UTC ktm@rice.edu <ktm@rice.edu>
` Re: One long transaction or multiple short transactions?
2015-10-09 06:45 UTC Laurent Martelli <laurent.martelli@enercoop.org>
` Re: One long transaction or multiple short transactions?
2015-10-09 08:33 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: One long transaction or multiple short transactions?
2015-10-17 15:26 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: One long transaction or multiple short transactions?
2015-10-17 17:13 UTC Andres Freund <andres@anarazel.de>
` Re: One long transaction or multiple short transactions?
2015-10-17 20:43 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[13+ messages in thread]
query partitioned table is very slow
2015-10-16 22:02 UTC Vladimir Yavoskiy <vovka@krevedko.su>
` Re: query partitioned table is very slow
2015-10-16 23:02 UTC Tom Lane <tgl@sss.pgh.pa.us>
[2+ messages in thread]
Having some problems with concurrent COPY commands
2015-10-12 18:17 UTC Shaun Thomas <bonesmoses@gmail.com>
` Re: Having some problems with concurrent COPY commands
2015-10-12 18:28 UTC Andres Freund <andres@anarazel.de>
` Re: Having some problems with concurrent COPY commands
2015-10-12 18:56 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Having some problems with concurrent COPY commands
2015-10-12 20:14 UTC Shaun Thomas <bonesmoses@gmail.com>
` Re: Having some problems with concurrent COPY commands
2015-10-13 09:32 UTC Heikki Linnakangas <hlinnaka@iki.fi>
` Re: Having some problems with concurrent COPY commands
2015-10-13 14:14 UTC Shaun Thomas <bonesmoses@gmail.com>
` Re: Having some problems with concurrent COPY commands
2015-10-13 14:23 UTC Andres Freund <andres@anarazel.de>
` Re: Having some problems with concurrent COPY commands
2015-10-13 19:33 UTC Shaun Thomas <bonesmoses@gmail.com>
` Re: Having some problems with concurrent COPY commands
2015-10-13 21:44 UTC David Rowley <david.rowley@2ndquadrant.com>
[9+ messages in thread]
V8 optimisation (if you're using javascript in postgres)
2015-10-13 08:47 UTC Graeme B. Bell <graeme.bell@nibio.no>
3000x Slower query when using Foreign Data Wrapper vs. local
2015-10-11 08:05 UTC Mohammad Habbab <moh.habbab@gmail.com>
` Re: 3000x Slower query when using Foreign Data Wrapper vs. local
2015-10-11 09:42 UTC desmodemone <desmodemone@gmail.com>
` Re: 3000x Slower query when using Foreign Data Wrapper vs. local
2015-10-11 10:10 UTC Mohammad Habbab <moh.habbab@gmail.com>
` Re: 3000x Slower query when using Foreign Data Wrapper vs. local
2015-10-11 10:48 UTC desmodemone <desmodemone@gmail.com>
` Re: 3000x Slower query when using Foreign Data Wrapper vs. local
2015-10-11 10:58 UTC Mohammad Habbab <moh.habbab@gmail.com>
[5+ messages in thread]
LIMIT 1 poor query plan
2015-10-10 08:52 UTC Marcio Ribeiro <mribeiro@gmail.com>
` Re: LIMIT 1 poor query plan
2015-10-10 15:45 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: LIMIT 1 poor query plan
2015-10-10 17:45 UTC Marcio Ribeiro <mribeiro@gmail.com>
[3+ messages in thread]
Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-03 08:39 UTC ajaykbs <ajayakumarbs@gmail.com>
` Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-03 09:03 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
` Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-03 09:15 UTC Wei Shan <weishan.ang@gmail.com>
` Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-03 09:26 UTC Andres Freund <andres@anarazel.de>
` Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-03 09:34 UTC ajaykbs <ajayakumarbs@gmail.com>
` Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-07 05:08 UTC ajaykbs <ajayakumarbs@gmail.com>
` Re: Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-07 08:31 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: Re: Multi processor server overloads occationally with system process while running postgresql-9.4
2015-10-09 13:01 UTC Kevin Grittner <kgrittn@ymail.com>
[8+ messages in thread]
large object write performance
2015-10-08 09:17 UTC Bram Van Steenlandt <bram@diomedia.be>
` Re: large object write performance
2015-10-08 09:45 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 10:25 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 11:21 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 11:33 UTC Bram Van Steenlandt <bram@diomedia.be>
` Re: large object write performance
2015-10-08 11:37 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 11:50 UTC Bram Van Steenlandt <bram@diomedia.be>
` Re: large object write performance
2015-10-08 12:09 UTC Bram Van Steenlandt <bram@diomedia.be>
` Re: large object write performance
2015-10-08 12:10 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 12:29 UTC Bram Van Steenlandt <bram@diomedia.be>
` Re: large object write performance
2015-10-08 13:10 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: large object write performance
2015-10-08 14:13 UTC Bram Van Steenlandt <bram@diomedia.be>
[12+ messages in thread]
shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-05 14:51 UTC FattahRozzaq <ssoorruu@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-05 16:29 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-05 18:24 UTC Igor Neyman <ineyman@perceptron.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-05 18:29 UTC Igor Neyman <ineyman@perceptron.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-06 09:33 UTC FattahRozzaq <ssoorruu@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-06 15:10 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-06 20:35 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-07 05:35 UTC Josh Berkus <josh@agliodbs.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-07 10:29 UTC FattahRozzaq <ssoorruu@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-07 13:01 UTC Scott Marlowe <scott.marlowe@gmail.com>
` Re: shared-buffers set to 24GB but the RAM only use 4-5 GB average
2015-10-07 13:59 UTC Merlin Moncure <mmoncure@gmail.com>
[11+ messages in thread]
Queries Per Second (QPS)
2015-09-26 16:24 UTC Adam Scott <adam.c.scott@gmail.com>
` Re: Queries Per Second (QPS)
2015-09-27 06:02 UTC Guillaume Lelarge <guillaume@lelarge.info>
` Re: Queries Per Second (QPS)
2015-09-27 06:06 UTC Guillaume Lelarge <guillaume@lelarge.info>
` Re: Queries Per Second (QPS)
2015-09-27 17:34 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Queries Per Second (QPS)
2015-09-30 17:06 UTC Josh Berkus <josh@agliodbs.com>
[5+ messages in thread]
dump restoration performance
2015-09-25 13:43 UTC rlemaroi <remi.le-marois@capgemini.com>
` Re: dump restoration performance
2015-09-30 02:38 UTC Michael Paquier <michael.paquier@gmail.com>
[2+ messages in thread]
Performance problem with gin index
2015-09-29 15:45 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
` Re: Performance problem with gin index
2015-09-29 16:12 UTC ktm@rice.edu <ktm@rice.edu>
` Re: Performance problem with gin index
2015-09-29 17:17 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Performance problem with gin index
2015-09-29 20:51 UTC Bertrand Paquet <bertrand.paquet@doctolib.fr>
[4+ messages in thread]
Another parallel postgres project...
2015-09-29 08:41 UTC Graeme B. Bell <graeme.bell@nibio.no>
` Re: Another parallel postgres project...
2015-09-29 16:25 UTC Corey Huinker <corey.huinker@gmail.com>
[2+ messages in thread]
Occasional Really Slow Running Updates/Inserts
2015-09-17 19:14 UTC Dave Stibrany <dstibrany@gmail.com>
` Re: Occasional Really Slow Running Updates/Inserts
2015-09-17 20:12 UTC ktm@rice.edu <ktm@rice.edu>
` Re: Occasional Really Slow Running Updates/Inserts
2015-09-17 22:14 UTC Dave Stibrany <dstibrany@gmail.com>
[3+ messages in thread]
degrading inser performance
2015-09-17 11:32 UTC Eildert Groeneveld <eildert.groeneveld@fli.bund.de>
` Re: degrading inser performance
2015-09-17 12:11 UTC Ladislav Lenart <lenartlad@volny.cz>
` Re: degrading inser performance
2015-09-17 12:19 UTC Eildert Groeneveld <eildert.groeneveld@fli.bund.de>
` Re: degrading inser performance
2015-09-17 14:21 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: degrading inser performance
2015-09-17 14:41 UTC Eildert Groeneveld <eildert.groeneveld@fli.bund.de>
` Re: degrading inser performance
2015-09-17 20:13 UTC Dave Cramer <pg@fastcrypt.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