pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedWhich update action quicker?
2014-09-23 20:37 UTC Emi Lu <emilu@encs.concordia.ca>
` Re: Which update action quicker?
2014-09-24 13:48 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Which update action quicker?
2014-09-24 14:13 UTC Emi Lu <emilu@encs.concordia.ca>
[3+ messages in thread]
query a table with lots of coulmns
2014-09-19 11:51 UTC Björn Wittich <Bjoern_Wittich@gmx.de>
` Re: query a table with lots of coulmns
2014-09-19 12:04 UTC Szymon Guz <mabewlun@gmail.com>
` Re: query a table with lots of coulmns
2014-09-19 12:48 UTC Björn Wittich <Bjoern_Wittich@gmx.de>
` Re: query a table with lots of coulmns
2014-09-19 13:32 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: query a table with lots of coulmns
2014-09-19 21:40 UTC Josh Berkus <josh@agliodbs.com>
` Re: query a table with lots of coulmns
2014-09-20 07:19 UTC Björn Wittich <Bjoern_Wittich@gmx.de>
` Re: query a table with lots of coulmns
2014-09-20 10:36 UTC Marc Mamin <M.Mamin@intershop.de>
` Re: query a table with lots of coulmns
2014-09-20 11:51 UTC Björn Wittich <Bjoern_Wittich@gmx.de>
[8+ messages in thread]
Aggregating tsqueries
2014-09-17 04:56 UTC Alexander Hill <alex@hill.net.au>
` Re: Aggregating tsqueries
2014-09-18 07:20 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
[2+ messages in thread]
Postgres Replaying WAL slowly
2014-06-29 08:14 UTC Soni M <diptatapa@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-29 08:31 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Postgres Replaying WAL slowly
2014-06-29 12:43 UTC Soni M <diptatapa@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-29 13:05 UTC Soni M <diptatapa@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 07:05 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 14:46 UTC Soni M <diptatapa@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 16:14 UTC Heikki Linnakangas <hlinnakangas@vmware.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 17:04 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 17:14 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 17:29 UTC Soni M <diptatapa@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 18:34 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 18:39 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 18:40 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:17 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:25 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:32 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:42 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:54 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 19:57 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 20:15 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 20:21 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 20:39 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres Replaying WAL slowly
2014-06-30 20:46 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 21:52 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 23:04 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres Replaying WAL slowly
2014-06-30 23:17 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres Replaying WAL slowly
2014-06-30 23:57 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-07-01 17:12 UTC Jeff Frost <jeff@pgexperts.com>
` Re: Postgres Replaying WAL slowly
2014-07-01 19:20 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres Replaying WAL slowly
2014-07-02 19:01 UTC Andres Freund <andres@2ndquadrant.com>
` Re: Postgres Replaying WAL slowly
2014-07-02 19:14 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres Replaying WAL slowly
2014-07-03 09:34 UTC Simon Riggs <simon@2ndQuadrant.com>
` Re: Postgres Replaying WAL slowly
2014-09-17 17:15 UTC Simon Riggs <simon@2ndquadrant.com>
[33+ messages in thread]
How to interpret view pg_stat_bgwriter
2014-09-17 00:21 UTC Huang, Suya <Suya.Huang@au.experian.com>
Strange performance problem with query
2014-09-15 09:38 UTC Van Der Berg, Stefan <SvanderBerg@fnb.co.za>
` Re: Strange performance problem with query
2014-09-15 13:25 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: Strange performance problem with query
2014-09-16 06:51 UTC Van Der Berg, Stefan <SvanderBerg@fnb.co.za>
[3+ messages in thread]
weird execution plan
2014-09-12 02:26 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: weird execution plan
2014-09-12 02:45 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: weird execution plan
2014-09-12 03:41 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: weird execution plan
2014-09-12 21:34 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: weird execution plan
2014-09-15 00:39 UTC Huang, Suya <Suya.Huang@au.experian.com>
[5+ messages in thread]
how to change the provoke table in hash join
2014-09-11 01:05 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: how to change the provoke table in hash join
2014-09-11 14:09 UTC Matheus de Oliveira <matioli.matheus@gmail.com>
` Re: how to change the provoke table in hash join
2014-09-11 18:09 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: how to change the provoke table in hash join
2014-09-12 03:33 UTC Huang, Suya <Suya.Huang@au.experian.com>
[4+ messages in thread]
query performance with hstore vs. non-hstore
2014-09-01 06:10 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: query performance with hstore vs. non-hstore
2014-09-01 06:21 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: query performance with hstore vs. non-hstore
2014-09-01 06:54 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: query performance with hstore vs. non-hstore
2014-09-01 07:06 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: query performance with hstore vs. non-hstore
2014-09-02 00:53 UTC Huang, Suya <Suya.Huang@au.experian.com>
` Re: query performance with hstore vs. non-hstore
2014-09-02 03:38 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: query performance with hstore vs. non-hstore
2014-09-04 07:33 UTC Huang, Suya <Suya.Huang@au.experian.com>
[7+ messages in thread]
Performance issue: index not used on GROUP BY...
2014-08-28 08:50 UTC gmb <gmbouwer@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 08:57 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 09:08 UTC gmb <gmbouwer@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 09:28 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 09:29 UTC Marti Raudsepp <marti@juffo.org>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 11:29 UTC gmb <gmbouwer@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 12:25 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Performance issue: index not used on GROUP BY...
2014-08-28 20:48 UTC Josh Berkus <josh@agliodbs.com>
` Re: Performance issue: index not used on GROUP BY...
2014-09-03 19:50 UTC gmb <gmbouwer@gmail.com>
[9+ messages in thread]
why after increase the hash table partitions, tpmc decrease
2014-09-02 06:59 UTC Xiaoyulei <xiaoyulei@huawei.com>
` Re: why after increase the hash table partitions, tpmc decrease
2014-09-03 00:12 UTC Takashi Horikawa <t-horikawa@aj.jp.nec.com>
[2+ messages in thread]
Implementing a functionality for processing heavy insertion
2014-09-02 14:44 UTC Shadin A <shadin__a@hotmail.com>
Very slow running query PostgreSQL 9.3.4
2014-08-29 04:28 UTC Burgess, Freddie <FBurgess@Radiantblue.com>
` Re: Very slow running query PostgreSQL 9.3.4
2014-08-29 06:38 UTC Victor Yegorov <vyegorov@gmail.com>
[2+ messages in thread]
autocommit (true/false) for more than 1 million records
2014-08-22 20:49 UTC Emi Lu <emilu@encs.concordia.ca>
` Re: autocommit (true/false) for more than 1 million records
2014-08-22 20:58 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-22 21:00 UTC Stephen Frost <sfrost@snowman.net>
` Re: autocommit (true/false) for more than 1 million records
2014-08-22 21:11 UTC Emi Lu <emilu@encs.concordia.ca>
` Re: autocommit (true/false) for more than 1 million records
2014-08-22 21:21 UTC Stephen Frost <sfrost@snowman.net>
` Re: autocommit (true/false) for more than 1 million records
2014-08-25 13:40 UTC Emi Lu <emilu@encs.concordia.ca>
` Re: autocommit (true/false) for more than 1 million records
2014-08-25 13:51 UTC David Johnston <david.g.johnston@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-25 14:02 UTC Felipe Santos <felipepts@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-25 15:48 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-26 22:10 UTC Alex Goncharov <alex.goncharov.usa@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-26 22:33 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 01:20 UTC Alex Goncharov <alex.goncharov.usa@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 03:40 UTC David G Johnston <david.g.johnston@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 05:02 UTC Alex Goncharov <alex.goncharov.usa@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 06:10 UTC David Johnston <david.g.johnston@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 08:42 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 11:50 UTC Felipe Santos <felipepts@gmail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 12:41 UTC Albe Laurenz <laurenz.albe@wien.gv.at>
` Re: autocommit (true/false) for more than 1 million records
2014-08-27 12:59 UTC Kevin Grittner <kgrittn@ymail.com>
` Re: autocommit (true/false) for more than 1 million records
2014-08-28 14:49 UTC Emi Lu <emilu@encs.concordia.ca>
[20+ messages in thread]
Re: 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]
[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