pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedSame query 10000x More Time
2022-01-06 07:43 UTC Avi Weinberg <AviW@gilat.com>
` Re: Same query 10000x More Time
2022-01-06 08:20 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
` Re: Same query 10000x More Time
2022-01-06 09:39 UTC Kyotaro Horiguchi <horikyota.ntt@gmail.com>
` RE: Same query 10000x More Time
2022-01-06 10:20 UTC Avi Weinberg <AviW@gilat.com>
` Re: Same query 10000x More Time
2022-01-06 12:52 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
` RE: Same query 10000x More Time
2022-01-06 14:31 UTC Avi Weinberg <AviW@gilat.com>
` Re: Same query 10000x More Time
2022-01-06 16:50 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
[7+ messages in thread]
VACUUM: Nonremovable rows due to wal sender process
2022-01-04 17:16 UTC Steve Nixon <inverasln@gmail.com>
` Re:VACUUM: Nonremovable rows due to wal sender process
2022-01-04 20:17 UTC Sergei Kornilov <sk@zsrv.org>
` Re: VACUUM: Nonremovable rows due to wal sender process
2022-01-04 21:01 UTC Steve Nixon <inverasln@gmail.com>
[3+ messages in thread]
WAL files keep piling up
2021-12-22 15:34 UTC Zbigniew Kostrzewa <zkostrzewa@gmail.com>
` Re: WAL files keep piling up
2021-12-22 18:01 UTC Ninad Shah <nshah.postgres@gmail.com>
` Re: WAL files keep piling up
2021-12-22 18:11 UTC Zbigniew Kostrzewa <zkostrzewa@gmail.com>
` Re: WAL files keep piling up
2021-12-22 18:18 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: WAL files keep piling up
2021-12-22 19:26 UTC Zbigniew Kostrzewa <zkostrzewa@gmail.com>
` Re: WAL files keep piling up
2021-12-23 10:04 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: WAL files keep piling up
2022-01-03 22:48 UTC Zbigniew Kostrzewa <zkostrzewa@gmail.com>
[7+ messages in thread]
9.6 write time
2021-12-28 16:52 UTC Marc Millas <marc.millas@mokadb.com>
` Re: 9.6 write time
2021-12-28 17:46 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: 9.6 write time
2021-12-28 17:55 UTC Marc Millas <marc.millas@mokadb.com>
` Re: 9.6 write time
2021-12-28 18:34 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: 9.6 write time
2021-12-28 18:59 UTC Marc Millas <marc.millas@mokadb.com>
[5+ messages in thread]
Query is slower with a large proportion of NULLs in several columns
2021-12-21 01:23 UTC Lars Bergeson <larsavatar@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 01:49 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 01:51 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 04:11 UTC Lars Bergeson <larsavatar@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 04:51 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 05:01 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 05:07 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 05:08 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 05:33 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 21:13 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 22:53 UTC Lars Bergeson <larsavatar@gmail.com>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-21 23:07 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Query is slower with a large proportion of NULLs in several columns
2021-12-22 00:45 UTC David G. Johnston <david.g.johnston@gmail.com>
[13+ messages in thread]
Lock contention high
2021-10-12 07:35 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-12 10:29 UTC Mikhail Zhilin <zhilin.ms@phystech.edu>
` Re: Lock contention high
2021-10-12 14:39 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Lock contention high
2021-10-12 15:37 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Lock contention high
2021-10-13 16:48 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Lock contention high
2021-10-13 18:15 UTC MichaelDBA <MichaelDBA@sqlexec.com>
` Re: Lock contention high
2021-10-13 18:57 UTC Paul Friedman <paul.friedman@streetlightdata.com>
` Re: Lock contention high
2021-10-13 19:05 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Lock contention high
2021-10-14 01:54 UTC Jeremy Schneider <schneider@ardentperf.com>
` Re: Lock contention high
2021-10-14 02:11 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Lock contention high
2021-10-14 06:03 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-14 06:42 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Lock contention high
2021-10-14 06:45 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-14 06:49 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-14 07:47 UTC Mikhail Zhilin <zhilin.ms@phystech.edu>
` Re: Lock contention high
2021-10-20 10:51 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-25 23:35 UTC Andres Freund <andres@anarazel.de>
` Re: Lock contention high
2021-10-26 00:38 UTC Michael Lewis <mlewis@entrata.com>
` Re: Lock contention high
2021-10-26 00:43 UTC Andres Freund <andres@anarazel.de>
` Re: Lock contention high
2021-10-27 21:44 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-10-27 22:22 UTC Andres Freund <andres@anarazel.de>
` Re: Lock contention high
2021-11-12 14:12 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: Lock contention high
2021-11-15 15:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Lock contention high
2021-11-17 06:43 UTC arjun shetty <arjunshetty955@gmail.com>
` Re: Lock contention high
2021-11-29 12:39 UTC arjun shetty <arjunshetty955@gmail.com>
` Re: Lock contention high
2021-12-21 05:45 UTC Yura Sokolov <y.sokolov@postgrespro.ru>
[26+ messages in thread]
PostgreSQLv14 performance client-server-HammerDB
2021-12-16 15:35 UTC arjun shetty <arjunshetty955@gmail.com>
pg_trgm word_similarity query does not use index for input strings longer than 8 characters
2021-11-30 21:38 UTC pgsql-performance@jhacker.de
` Re: pg_trgm word_similarity query does not use index for input strings longer than 8 characters
2021-12-07 03:10 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: pg_trgm word_similarity query does not use index for input strings longer than 8 characters
2021-12-07 17:08 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: pg_trgm word_similarity query does not use index for input strings longer than 8 characters
2021-12-08 18:43 UTC pgsql-performance@jhacker.de
[4+ messages in thread]
LwLockRelease performance
2021-12-01 14:26 UTC Ashkil Dighin <ashkildighin76@gmail.com>
` Re: LwLockRelease performance
2021-12-02 22:19 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: LwLockRelease performance
2021-12-02 23:50 UTC Andres Freund <andres@anarazel.de>
[3+ messages in thread]
Need help identifying a periodic performance issue.
2021-11-16 04:43 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 05:29 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 05:50 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 17:40 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 22:40 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 22:51 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-16 22:52 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 17:51 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 17:55 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 19:00 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 19:28 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Need help identifying a periodic performance issue.
2021-11-17 19:51 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 21:01 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 21:54 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-17 23:18 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 00:18 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 03:39 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 05:42 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 17:03 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 21:08 UTC Thomas Munro <thomas.munro@gmail.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 21:42 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Need help identifying a periodic performance issue.
2021-11-18 22:28 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-18 22:30 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-19 18:47 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-24 21:13 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-24 22:44 UTC Robert Creager <robertc@spectralogic.com>
` Re: Need help identifying a periodic performance issue.
2021-11-24 23:15 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Need help identifying a periodic performance issue.
2021-11-29 23:04 UTC Robert Creager <robertc@spectralogic.com>
[28+ messages in thread]
pg_dump backup verification
2021-11-25 09:11 UTC Daulat <daulat.dba@gmail.com>
` Re: pg_dump backup verification
2021-11-25 17:09 UTC Justin Pryzby <pryzby@telsasoft.com>
[2+ messages in thread]
AW: [External] pg_dump backup verification
2021-11-25 09:21 UTC Dirk Krautschick <Dirk.Krautschick@trivadis.com>
Out of memory error
2021-11-24 05:27 UTC aditya desai <admad123@gmail.com>
` Re: Out of memory error
2021-11-24 05:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Out of memory error
2021-11-24 06:25 UTC aditya desai <admad123@gmail.com>
` Re: Out of memory error
2021-11-24 06:31 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Out of memory error
2021-11-24 06:36 UTC aditya desai <admad123@gmail.com>
` Re: Out of memory error
2021-11-24 06:45 UTC Michael Lewis <mlewis@entrata.com>
` Re: Out of memory error
2021-11-24 07:31 UTC aditya desai <admad123@gmail.com>
` Re: Out of memory error
2021-11-24 07:35 UTC aditya desai <admad123@gmail.com>
` Re: Out of memory error
2021-11-24 12:10 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Out of memory error
2021-11-24 12:12 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Out of memory error
2021-11-24 14:32 UTC aditya desai <admad123@gmail.com>
[11+ messages in thread]
Postgres process count GCC vs Clang is Different on autovaccum=on
2021-11-24 12:05 UTC hpc researcher_mspk <hpcresearch.mspk@gmail.com>
` Re: Postgres process count GCC vs Clang is Different on autovaccum=on
2021-11-24 12:22 UTC Tomas Vondra <tomas.vondra@enterprisedb.com>
[2+ messages in thread]
performance of analytical query
2021-11-11 19:20 UTC Jiří Fejfar <jurafejfar@gmail.com>
` Re: performance of analytical query
2021-11-12 02:41 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: performance of analytical query
2021-11-12 17:55 UTC Michael Lewis <mlewis@entrata.com>
` Re: performance of analytical query
2021-11-12 18:33 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: performance of analytical query
2021-11-12 20:12 UTC Jiří Fejfar <jurafejfar@gmail.com>
` Re: performance of analytical query
2021-11-23 19:42 UTC Justin Pryzby <pryzby@telsasoft.com>
[6+ messages in thread]
postgresql13-llvm jit-13.5-1PGDG.rhel8.x86_64
2021-11-15 04:21 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: postgresql13-llvm jit-13.5-1PGDG.rhel8.x86_64
2021-11-15 05:04 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: postgresql13-llvm jit-13.5-1PGDG.rhel8.x86_64
2021-11-15 13:56 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: postgresql13-llvm jit-13.5-1PGDG.rhel8.x86_64
2021-11-15 14:17 UTC Rick Otten <rottenwindfish@gmail.com>
[4+ messages in thread]
EXISTS by itself vs SELECT EXISTS much slower in query.
2021-11-07 22:27 UTC Jimmy A <jimmypsql@gmail.com>
` Re: EXISTS by itself vs SELECT EXISTS much slower in query.
2021-11-08 09:22 UTC Vasya Boytsov <vasiliy.boytsov@phystech.edu>
` Re: EXISTS by itself vs SELECT EXISTS much slower in query.
2021-11-08 20:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: EXISTS by itself vs SELECT EXISTS much slower in query.
2021-11-09 01:08 UTC Jimmy A <jimmypsql@gmail.com>
[4+ messages in thread]
JIT llvm11 package
2021-11-04 20:56 UTC ANASTACIO Tiago <tiago_anastacio@yahoo.fr>
Views don't seem to use indexes?
2021-10-28 02:31 UTC Tim Slechta <trslechta@gmail.com>
` Re: Views don't seem to use indexes?
2021-10-28 04:54 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Views don't seem to use indexes?
2021-10-28 06:15 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Views don't seem to use indexes?
2021-10-28 15:00 UTC Tim Slechta <trslechta@gmail.com>
[4+ messages in thread]
Performance for initial copy when using pg_logical to upgrade Postgres
2021-09-24 14:28 UTC Westwood, Giles <g.westwood@orcid.org>
` Re: Performance for initial copy when using pg_logical to upgrade Postgres
2021-09-24 14:39 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Performance for initial copy when using pg_logical to upgrade Postgres
2021-09-24 15:48 UTC Westwood, Giles <g.westwood@orcid.org>
` Re: Performance for initial copy when using pg_logical to upgrade Postgres
2021-09-24 16:00 UTC Andrew Dunstan <andrew@dunslane.net>
` Re: Performance for initial copy when using pg_logical to upgrade Postgres
2021-09-24 16:02 UTC Tim <timfosho@gmail.com>
` Re: Performance for initial copy when using pg_logical to upgrade Postgres
2021-10-27 13:39 UTC Westwood, Giles <g.westwood@orcid.org>
[6+ messages in thread]
Query out of memory
2021-10-18 16:42 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-18 16:43 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-18 16:48 UTC Vijaykumar Jain <vijaykumarjain.github@gmail.com>
` Re: Query out of memory
2021-10-18 19:03 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-18 21:05 UTC Guillaume Lelarge <guillaume@lelarge.info>
` Re: Query out of memory
2021-10-19 04:07 UTC aditya desai <admad123@gmail.com>
` Fwd: Query out of memory
2021-10-19 05:58 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-19 09:54 UTC Adam Brusselback <adambrusselback@gmail.com>
` Re: Query out of memory
2021-10-19 09:57 UTC Dave Cramer <davecramer@postgres.rocks>
` Re: Fwd: Query out of memory
2021-10-19 10:26 UTC Justin Pryzby <pryzby@telsasoft.com>
` Re: Query out of memory
2021-10-19 10:46 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-19 13:39 UTC Michael Lewis <mlewis@entrata.com>
` Re: Query out of memory
2021-10-19 13:48 UTC aditya desai <admad123@gmail.com>
` Re: Query out of memory
2021-10-22 14:41 UTC Ninad Shah <nshah.postgres@gmail.com>
[14+ messages in thread]
Postgres views cannot use both union and join/where
2021-10-19 21:47 UTC Mithran Kulasekaran <mithranakulasekaran@gmail.com>
` Re: Postgres views cannot use both union and join/where
2021-10-20 01:32 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Postgres views cannot use both union and join/where
2021-10-20 02:36 UTC Benedict Holland <benedict.m.holland@gmail.com>
` Re: Postgres views cannot use both union and join/where
2021-10-20 02:56 UTC Michael Lewis <mlewis@entrata.com>
` Re: Postgres views cannot use both union and join/where
2021-10-20 03:38 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: Postgres views cannot use both union and join/where
2021-10-20 13:58 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Postgres views cannot use both union and join/where
2021-10-20 14:29 UTC David G. Johnston <david.g.johnston@gmail.com>
[7+ messages in thread]
Sv: Fwd: Query out of memory
2021-10-19 11:08 UTC Andreas Joseph Krogh <andreas@visena.com>
Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-01 20:06 UTC Jeff Holt <jeff.holt@method-r.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-04 06:34 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 01:51 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 02:25 UTC Michaeldba@sqlexec.com <Michaeldba@sqlexec.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 03:08 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 03:30 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 04:04 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 04:40 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 08:26 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 11:44 UTC Ranier Vilela <ranier.vf@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 14:41 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 20:24 UTC Peter Geoghegan <pg@bowt.ie>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-05 21:27 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-06 00:02 UTC Tim <timfosho@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-06 02:39 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 01:09 UTC Bruce Momjian <bruce@momjian.us>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 02:15 UTC Jeremy Schneider <schneider@ardentperf.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 02:38 UTC Bruce Momjian <bruce@momjian.us>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 03:35 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 05:22 UTC Jeremy Schneider <schneider@ardentperf.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 15:12 UTC Bruce Momjian <bruce@momjian.us>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 15:21 UTC Bruce Momjian <bruce@momjian.us>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 15:28 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 15:40 UTC Bruce Momjian <bruce@momjian.us>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 15:59 UTC Julien Rouhaud <rjuju123@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 16:07 UTC Thomas Kellerer <shammat@gmx.net>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-08 16:38 UTC Mladen Gogala <gogala.mladen@gmail.com>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-10 22:09 UTC Franck Pachot <pg.franck@pachot.net>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-11 06:54 UTC Laurenz Albe <laurenz.albe@cybertec.at>
` Re: Better, consistent instrumentation for postgreSQL using a similar API as Oracle
2021-10-11 19:04 UTC Bruce Momjian <bruce@momjian.us>
[30+ messages in thread]
PG 12 slow selects from pg_settings
2021-10-08 07:01 UTC Julius Tuskenis <julius.tuskenis@gmail.com>
` Re: PG 12 slow selects from pg_settings
2021-10-08 11:00 UTC Ranier Vilela <ranier.vf@gmail.com>
` Re: PG 12 slow selects from pg_settings
2021-10-08 12:05 UTC Julius Tuskenis <julius.tuskenis@gmail.com>
` Re: PG 12 slow selects from pg_settings
2021-10-08 12:50 UTC Ranier Vilela <ranier.vf@gmail.com>
` Re: PG 12 slow selects from pg_settings
2021-10-08 13:49 UTC Julius Tuskenis <julius.tuskenis@gmail.com>
[5+ 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