pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedBenchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-23 19:16 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-25 07:17 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-26 11:10 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-27 07:39 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-27 16:04 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-27 16:38 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-27 17:48 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-27 19:41 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 04:52 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 04:59 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 05:03 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 14:03 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 14:22 UTC Nicolas Charles <nicolas.charles@normation.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 15:55 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 16:06 UTC Nicolas Charles <nicolas.charles@normation.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 16:35 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-28 16:56 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-29 01:44 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-29 04:48 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-29 06:15 UTC Saurabh Nanda <saurabhnanda@gmail.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-29 09:14 UTC Nicolas Charles <nicolas.charles@normation.com>
` Re: Benchmarking: How to identify bottleneck (limiting factor) and achieve "linear scalability"?
2019-01-29 15:42 UTC Jeff Janes <jeff.janes@gmail.com>
[22+ messages in thread]
pg_locks - what is a virtualxid locktype
2019-01-29 08:57 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pg_locks - what is a virtualxid locktype
2019-01-29 09:33 UTC Shreeyansh Dba <shreeyansh2014@gmail.com>
` Re: pg_locks - what is a virtualxid locktype
2019-01-29 15:12 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
[3+ messages in thread]
upgrade from 9.6 to 10/11
2019-01-28 10:04 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: upgrade from 9.6 to 10/11
2019-01-28 10:20 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: upgrade from 9.6 to 10/11
2019-01-28 15:43 UTC Justin Pryzby <pryzby@telsasoft.com>
[3+ messages in thread]
Zero throughput on a query on a very large table.
2019-01-25 05:20 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 05:54 UTC Andreas Kretschmer <andreas@a-kretschmer.de>
` Re: Zero throughput on a query on a very large table.
2019-01-25 06:24 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Zero throughput on a query on a very large table.
2019-01-25 06:55 UTC David Rowley <david.rowley@2ndquadrant.com>
` RE: Zero throughput on a query on a very large table.
2019-01-25 17:47 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:00 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:10 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:20 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:29 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:34 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Zero throughput on a query on a very large table.
2019-01-25 18:36 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 19:06 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 19:24 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
` Re: Zero throughput on a query on a very large table.
2019-01-25 20:04 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Zero throughput on a query on a very large table.
2019-01-25 20:31 UTC ldh@laurent-hasson.com <ldh@laurent-hasson.com>
[15+ messages in thread]
SELECT performance drop
2019-01-22 20:04 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
` Re: SELECT performance drop
2019-01-22 21:00 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
` Re: SELECT performance drop
2019-01-22 21:55 UTC legrand legrand <legrand_legrand@hotmail.com>
` Re: SELECT performance drop
2019-01-22 22:28 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
` Re: SELECT performance drop
2019-01-23 13:50 UTC Jim Finnerty <jfinnert@amazon.com>
` Re: SELECT performance drop
2019-01-23 17:28 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
` RE:SELECT performance drop
2019-01-23 19:37 UTC legrand legrand <legrand_legrand@hotmail.com>
` Re: SELECT performance drop
2019-01-23 22:41 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: SELECT performance drop
2019-01-24 16:52 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
` Re: SELECT performance drop
2019-01-24 18:04 UTC Jan Nielsen <jan.sture.nielsen@gmail.com>
[10+ messages in thread]
Parallel stats in execution plans
2019-01-16 11:31 UTC David Conlin <dc345@cantab.net>
` Re: Parallel stats in execution plans
2019-01-24 08:18 UTC David Conlin <dc345@cantab.net>
` Re: Parallel stats in execution plans
2019-01-24 11:55 UTC David Rowley <david.rowley@2ndquadrant.com>
[3+ messages in thread]
ANALYZE accuracy problems for n_distinct, and a solution
2019-01-22 21:13 UTC Jim Finnerty <jfinnert@amazon.com>
Memory and hard ware calculation :
2019-01-21 11:24 UTC Rangaraj G <rangaraj@uniphore.com>
` Re: Memory and hard ware calculation :
2019-01-21 17:43 UTC Cleiton Luiz Domazak <cleitondomazak@gmail.com>
` Re: Memory and hard ware calculation :
2019-01-22 08:11 UTC Fabio Pardi <f.pardi@portavita.eu>
` RE: Memory and hard ware calculation :
2019-01-22 12:54 UTC Rangaraj G <rangaraj@uniphore.com>
` Re: Memory and hard ware calculation :
2019-01-22 20:05 UTC Ron <ronljohnsonjr@gmail.com>
[5+ messages in thread]
Very long query planning times for database with lots of partitions
2019-01-22 13:44 UTC Mickael van der Beek <mickael@woorank.com>
` Re: Very long query planning times for database with lots of partitions
2019-01-22 14:02 UTC Justin Pryzby <pryzby@telsasoft.com>
` RE: Very long query planning times for database with lots of partitions
2019-01-22 14:07 UTC Steven Winfield <Steven.Winfield@cantabcapital.com>
` Re: Very long query planning times for database with lots of partitions
2019-01-22 15:24 UTC Mickael van der Beek <mickael@woorank.com>
[4+ messages in thread]
Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 14:16 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 15:00 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 15:11 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 19:34 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 20:20 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 20:30 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-27 21:10 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 00:44 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 01:00 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 01:27 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 01:36 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 03:01 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 04:03 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-28 04:17 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-29 00:40 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-29 01:01 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-30 14:37 UTC Sanyo Moura <sanyo.moura@tatic.net>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-11-30 14:54 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-04 21:43 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-04 21:55 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 02:14 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 02:19 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 04:50 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 05:00 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 07:55 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-06 07:57 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-07 05:43 UTC Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2018-12-07 11:14 UTC Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-09 00:30 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-09 11:20 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-10 01:41 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-10 06:07 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-10 09:49 UTC Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-10 12:23 UTC Amit Langote <amitlangote09@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 02:21 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 04:46 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 04:49 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 11:04 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 11:10 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-11 12:50 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-15 01:46 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-15 01:51 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-15 02:42 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-15 04:29 UTC Ashutosh Bapat <ashutosh.bapat.oss@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-16 05:41 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-16 05:45 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-16 05:52 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-16 11:21 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-18 12:55 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-19 12:17 UTC Amit Langote <amitlangote09@gmail.com>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-21 08:17 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-21 08:21 UTC Amit Langote <Langote_Amit_f8@lab.ntt.co.jp>
` Re: Query with high planning time at version 11.1 compared versions 10.5 and 11.0
2019-01-21 08:56 UTC Etsuro Fujita <fujita.etsuro@lab.ntt.co.jp>
[53+ messages in thread]
[PATCH] Postpone generating tlists and EC members for inheritance dummy children.
2019-01-18 12:49 UTC Etsuro Fujita <efujita@postgresql.org>
autovacuum doesnt run on the pg_toast_id table
2019-01-17 17:28 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 17:46 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 17:52 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 17:58 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 19:09 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 19:59 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 20:16 UTC Alvaro Herrera <alvherre@2ndquadrant.com>
` Re: autovacuum doesnt run on the pg_toast_id table
2019-01-17 20:18 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
[8+ messages in thread]
No matching tables have ever been vacuumed
2019-01-16 07:06 UTC Daulat Ram <Daulat.Ram@exponential.com>
` Re: No matching tables have ever been vacuumed
2019-01-17 09:49 UTC Laurenz Albe <laurenz.albe@cybertec.at>
[2+ messages in thread]
Detect missing combined indexes (automatically)
2019-01-10 12:56 UTC Thomas Güttler <guettliml@thomas-guettler.de>
` Re: Detect missing combined indexes (automatically)
2019-01-12 15:47 UTC Jim Finnerty <jfinnert@amazon.com>
` Re: Detect missing combined indexes (automatically)
2019-01-14 07:19 UTC Thomas Kellerer <spam_eater@gmx.net>
` Re: Detect missing combined indexes (automatically)
2019-01-14 07:42 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Detect missing combined indexes (automatically)
2019-01-15 09:23 UTC Thomas Güttler <guettliml@thomas-guettler.de>
` Re: Detect missing combined indexes (automatically)
2019-01-15 10:25 UTC Julien Rouhaud <rjuju123@gmail.com>
[6+ messages in thread]
does dml operations load the blocks to the shared buffers ?
2019-01-10 08:06 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: does dml operations load the blocks to the shared buffers ?
2019-01-10 08:55 UTC Guillaume Lelarge <guillaume@lelarge.info>
` Re: does dml operations load the blocks to the shared buffers ?
2019-01-10 10:40 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: does dml operations load the blocks to the shared buffers ?
2019-01-10 18:42 UTC Guillaume Lelarge <guillaume@lelarge.info>
[4+ messages in thread]
postgresql unix socket connections
2019-01-09 08:35 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 08:46 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 14:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: postgresql unix socket connections
2019-01-09 15:08 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 15:09 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 15:13 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 15:17 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: postgresql unix socket connections
2019-01-09 16:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: postgresql unix socket connections
2019-01-10 08:22 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: postgresql unix socket connections
2019-01-10 09:41 UTC Ken Tanzer <ken.tanzer@gmail.com>
` Re: postgresql unix socket connections
2019-01-10 10:36 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
[11+ messages in thread]
PostgreSQL Read IOPS limit per connection
2018-12-27 16:44 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: PostgreSQL Read IOPS limit per connection
2018-12-27 16:55 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: PostgreSQL Read IOPS limit per connection
2018-12-27 19:33 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: PostgreSQL Read IOPS limit per connection
2018-12-28 01:20 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: PostgreSQL Read IOPS limit per connection
2018-12-28 01:29 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: PostgreSQL Read IOPS limit per connection
2019-01-09 19:14 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: PostgreSQL Read IOPS limit per connection
2019-01-09 21:52 UTC Haroldo Kerry <hkerry@callix.com.br>
` Re: PostgreSQL Read IOPS limit per connection
2019-01-09 22:47 UTC Merlin Moncure <mmoncure@gmail.com>
` Re: PostgreSQL Read IOPS limit per connection
2019-01-10 02:49 UTC Mark Hogg <mark.hogg@2ndquadrant.com>
[9+ messages in thread]
select query does not pick up the right index
2019-01-02 16:28 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-02 16:45 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: select query does not pick up the right index
2019-01-03 00:15 UTC David Rowley <david.rowley@2ndquadrant.com>
` RE: select query does not pick up the right index
2019-01-03 12:57 UTC Abadie Lana <Lana.Abadie@iter.org>
` RE: select query does not pick up the right index
2019-01-03 12:58 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-03 13:01 UTC David Rowley <david.rowley@2ndquadrant.com>
` RE: select query does not pick up the right index
2019-01-03 13:13 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-03 13:17 UTC David Rowley <david.rowley@2ndquadrant.com>
` RE: select query does not pick up the right index
2019-01-03 13:20 UTC Abadie Lana <Lana.Abadie@iter.org>
` RE: select query does not pick up the right index
2019-01-03 14:34 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-03 21:42 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: select query does not pick up the right index
2019-01-03 23:47 UTC Justin Pryzby <pryzby@telsasoft.com>
` RE: select query does not pick up the right index
2019-01-04 08:10 UTC Abadie Lana <Lana.Abadie@iter.org>
` RE: select query does not pick up the right index
2019-01-04 08:17 UTC Abadie Lana <Lana.Abadie@iter.org>
` RE: select query does not pick up the right index
2019-01-04 08:58 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-05 04:23 UTC Justin Pryzby <pryzby@telsasoft.com>
` RE: select query does not pick up the right index
2019-01-07 16:09 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-08 08:15 UTC Justin Pryzby <pryzby@telsasoft.com>
` RE: select query does not pick up the right index
2019-01-09 12:55 UTC Abadie Lana <Lana.Abadie@iter.org>
` Re: select query does not pick up the right index
2019-01-09 16:41 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: select query does not pick up the right index
2019-01-09 19:22 UTC Abadie Lana <Lana.Abadie@iter.org>
[21+ messages in thread]
Need help with optimising simple query
2018-07-09 11:47 UTC Nandakumar M <m.nanda92@gmail.com>
` Re: Need help with optimising simple query
2018-07-09 14:23 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Need help with optimising simple query
2018-07-10 05:36 UTC Nandakumar M <m.nanda92@gmail.com>
` Re: Need help with optimising simple query
2018-12-30 01:25 UTC Jim Finnerty <jfinnert@amazon.com>
` Re: Need help with optimising simple query
2018-12-30 01:31 UTC Jim Finnerty <jfinnert@amazon.com>
[5+ messages in thread]
Gained %20 performance after disabling bitmapscan
2018-10-19 07:19 UTC Yavuz Selim Sertoglu <yavuzselim.sertoglu@medyasoft.com.tr>
` Re: Gained %20 performance after disabling bitmapscan
2018-10-19 13:44 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Gained %20 performance after disabling bitmapscan
2018-10-19 13:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Gained %20 performance after disabling bitmapscan
2018-10-19 18:09 UTC Vladimir Ryabtsev <greatvovan@gmail.com>
` Re: Gained %20 performance after disabling bitmapscan
2018-10-19 19:40 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Gained %20 performance after disabling bitmapscan
2018-10-26 17:54 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Gained %20 performance after disabling bitmapscan
2018-12-29 20:11 UTC Jim Finnerty <jfinnert@amazon.com>
[7+ messages in thread]
Optimizer choosing the wrong plan
2018-11-26 10:11 UTC Viswanath <M.Viswanath16@gmail.com>
` Re: Optimizer choosing the wrong plan
2018-11-26 15:53 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Optimizer choosing the wrong plan
2018-12-29 12:17 UTC Jim Finnerty <jfinnert@amazon.com>
` Re: Optimizer choosing the wrong plan
2018-12-29 17:14 UTC Jeff Janes <jeff.janes@gmail.com>
[4+ messages in thread]
psql cli tool and connection pooling
2018-12-21 19:08 UTC DJ Coertzen <patrolliekaptein@gmail.com>
` Re: psql cli tool and connection pooling
2018-12-28 09:04 UTC Sebastiaan Mannem <sebastiaan.mannem@enterprisedb.com>
[2+ messages in thread]
SQL Perfomance during autovacuum
2018-12-19 06:04 UTC anand086 <anand086@gmail.com>
` Re: SQL Perfomance during autovacuum
2018-12-19 06:33 UTC David Rowley <david.rowley@2ndquadrant.com>
` Re: SQL Perfomance during autovacuum
2018-12-22 00:13 UTC Jeff Janes <jeff.janes@gmail.com>
[3+ messages in thread]
database crash during pgbench run
2018-12-10 17:18 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: database crash during pgbench run
2018-12-10 17:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` RE: database crash during pgbench run
2018-12-11 14:35 UTC Greg Clough <Greg.Clough@ihsmarkit.com>
` Re: database crash during pgbench run
2018-12-11 16:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: database crash during pgbench run
2018-12-21 13:40 UTC Merlin Moncure <mmoncure@gmail.com>
[5+ messages in thread]
pgbench results arent accurate
2018-12-12 12:53 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` RE: pgbench results arent accurate
2018-12-13 13:05 UTC Greg Clough <Greg.Clough@ihsmarkit.com>
` Re: pgbench results arent accurate
2018-12-14 23:46 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: pgbench results arent accurate
2018-12-16 11:58 UTC Mariel Cherkassky <mariel.cherkassky@gmail.com>
` Re: pgbench results arent accurate
2018-12-18 03:10 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: pgbench results arent accurate
2018-12-20 16:46 UTC Merlin Moncure <mmoncure@gmail.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