pg.ddx.io pgsql-performance@postgresql.org mailing list archive
help / color / mirror / Atom feedpg_basebackup running slow
2016-10-14 12:35 UTC Swapnil Vaze <swapvaze28@gmail.com>
` Re: pg_basebackup running slow
2016-10-14 13:21 UTC Samir Magar <samirmagar8@gmail.com>
` Re: pg_basebackup running slow
2016-10-14 13:37 UTC Michael Paquier <michael.paquier@gmail.com>
` Re: pg_basebackup running slow
2016-10-14 13:37 UTC Stephen Frost <sfrost@snowman.net>
[4+ messages in thread]
Delay in converting logs from ready state to done state
2016-10-12 05:26 UTC Samir Magar <samirmagar8@gmail.com>
` Re: Delay in converting logs from ready state to done state
2016-10-12 06:03 UTC Julien Rouhaud <julien.rouhaud@dalibo.com>
` Fwd: Delay in converting logs from ready state to done state
2016-10-12 07:04 UTC Samir Magar <samirmagar8@gmail.com>
[3+ messages in thread]
Why query plan is different?
2016-10-10 15:31 UTC Andrzej Zawadzki <zawadaa@wp.pl>
` Re: Why query plan is different?
2016-10-10 17:09 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Why query plan is different?
2016-10-10 20:51 UTC Andrzej Zawadzki <zawadaa@gmail.com>
` Re: Why query plan is different?
2016-10-10 21:17 UTC Andrzej Zawadzki <zawadaa@gmail.com>
` Re: Why query plan is different?
2016-10-11 01:47 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Why query plan is different?
2016-10-11 11:19 UTC Andrzej Zawadzki <zawadaa@gmail.com>
` Re: Why query plan is different?
2016-10-11 11:21 UTC Pavel Stehule <pavel.stehule@gmail.com>
[7+ messages in thread]
MYSQL Stats
2016-09-30 12:03 UTC Joe Proietti <joe.proietti@cleargageinc.com>
` Re: MYSQL Stats
2016-09-30 13:44 UTC Joe Proietti <joe.proietti@cleargageinc.com>
` Re: MYSQL Stats
2016-10-04 04:20 UTC Gavin Flower <GavinFlower@archidevsys.co.nz>
[3+ messages in thread]
Understanding BRIN index performance
2016-10-03 09:00 UTC Ivan Voras <ivoras@gmail.com>
` Re: Understanding BRIN index performance
2016-10-03 09:26 UTC Madusudanan.B.N <b.n.madusudanan@gmail.com>
` Re: Understanding BRIN index performance
2016-10-03 09:40 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Understanding BRIN index performance
2016-10-03 09:58 UTC Ivan Voras <ivoras@gmail.com>
` Re: Understanding BRIN index performance
2016-10-03 10:05 UTC Simon Riggs <simon@2ndquadrant.com>
` Re: Understanding BRIN index performance
2016-10-03 11:29 UTC Ivan Voras <ivoras@gmail.com>
[6+ messages in thread]
Unexpected expensive index scan
2016-09-28 00:02 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-28 00:21 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-28 00:41 UTC Mike Sofen <msofen@runbox.com>
` Re: Unexpected expensive index scan
2016-09-28 01:03 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-28 01:24 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-28 02:45 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-28 13:04 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Unexpected expensive index scan
2016-09-28 18:11 UTC Jake Nielsen <jake.k.nielsen@gmail.com>
` Re: Unexpected expensive index scan
2016-09-30 22:19 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[9+ messages in thread]
Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 13:24 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 13:37 UTC Madusudanan.B.N <b.n.madusudanan@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 14:32 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 14:36 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 14:39 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-22 16:20 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-23 06:35 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 12:20 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 18:03 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 18:12 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 18:48 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 18:49 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 19:11 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 20:26 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-29 20:35 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-30 11:22 UTC Sven R. Kunze <srkunze@mail.de>
` Re: Multiple-Table-Spanning Joins with ORs in WHERE Clause
2016-09-30 11:29 UTC Sven R. Kunze <srkunze@mail.de>
[17+ messages in thread]
Failing Multi-Job Restores, Missing Indexes on Restore
2016-09-29 12:36 UTC Cea Stapleton <cea@healthfinch.com>
` Re: Failing Multi-Job Restores, Missing Indexes on Restore
2016-09-29 12:52 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Failing Multi-Job Restores, Missing Indexes on Restore
2016-09-29 12:56 UTC Cea Stapleton <cea@healthfinch.com>
` Re: Failing Multi-Job Restores, Missing Indexes on Restore
2016-09-29 13:09 UTC Tom Lane <tgl@sss.pgh.pa.us>
[4+ messages in thread]
PostgreSQL on ZFS: performance tuning
2016-07-29 06:04 UTC trafdev <trafdev@mail.ru>
` Re: PostgreSQL on ZFS: performance tuning
2016-07-29 06:30 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: PostgreSQL on ZFS: performance tuning
2016-07-29 06:47 UTC trafdev <trafdev@mail.ru>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-27 16:00 UTC Torsten Zuehlsdorff <mailinglists@toco-domains.de>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-27 21:38 UTC Tomas Vondra <tomas.vondra@2ndquadrant.com>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-27 22:15 UTC Karl Denninger <karl@denninger.net>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-28 04:06 UTC Jov <zhao6014@gmail.com>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-28 04:11 UTC Jov <zhao6014@gmail.com>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-28 11:44 UTC Karl Denninger <karl@denninger.net>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-28 18:42 UTC trafdev <trafdev@mail.ru>
` Re: PostgreSQL on ZFS: performance tuning
2016-09-28 19:06 UTC Karl Denninger <karl@denninger.net>
[11+ messages in thread]
Storing large documents - one table or partition by doc?
2016-09-23 10:12 UTC Dev Nop <devnop0@gmail.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-23 12:14 UTC Mike Sofen <msofen@runbox.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-23 18:59 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-24 11:33 UTC Dev Nop <devnop0@gmail.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-24 21:30 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-26 00:20 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-26 08:27 UTC Dev Nop <devnop0@gmail.com>
` Re: Storing large documents - one table or partition by doc?
2016-09-26 19:58 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[8+ messages in thread]
temporary table vs array performance
2016-09-26 15:39 UTC dbyzaa@163.com <dbyzaa@163.com>
` Re: [HACKERS] temporary table vs array performance
2016-09-26 15:49 UTC David G. Johnston <david.g.johnston@gmail.com>
` Re: [HACKERS] temporary table vs array performance
2016-09-26 16:16 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: [HACKERS] temporary table vs array performance
2016-09-26 16:23 UTC David G. Johnston <david.g.johnston@gmail.com>
[4+ messages in thread]
Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-19 07:29 UTC Knels, Udo <U.Knels@treubuch-it.de>
` Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-21 21:48 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-22 12:39 UTC Knels, Udo <U.Knels@treubuch-it.de>
` Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-22 13:38 UTC Igor Neyman <ineyman@perceptron.com>
` Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-22 14:35 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Problem with performance using query with unnest after migrating from V9.1 to V9.2 and higher
2016-09-26 15:59 UTC Knels, Udo <U.Knels@treubuch-it.de>
[6+ messages in thread]
Strange nested loop for an INSERT
2016-09-12 14:15 UTC phb07 <phb07@apra.asso.fr>
` Re: Strange nested loop for an INSERT
2016-09-12 14:41 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Strange nested loop for an INSERT
2016-09-12 18:05 UTC phb07 <phb07@apra.asso.fr>
` Re: Strange nested loop for an INSERT
2016-09-21 21:42 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Strange nested loop for an INSERT
2016-09-23 17:59 UTC phb07 <phb07@apra.asso.fr>
` Re: Strange nested loop for an INSERT
2016-09-23 18:51 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
[6+ messages in thread]
query against single partition uses index, against master table does seq scan
2016-09-21 16:53 UTC Mike Broers <mbroers@gmail.com>
` Re: query against single partition uses index, against master table does seq scan
2016-09-21 17:15 UTC Ganesh Kannan <ganesh.kannan@weatheranalytics.com>
` Re: query against single partition uses index, against master table does seq scan
2016-09-21 17:37 UTC Mike Broers <mbroers@gmail.com>
` Re: query against single partition uses index, against master table does seq scan
2016-09-21 21:00 UTC Mike Broers <mbroers@gmail.com>
` Re: query against single partition uses index, against master table does seq scan
2016-09-22 02:11 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: query against single partition uses index, against master table does seq scan
2016-09-22 04:09 UTC Mike Broers <mbroers@gmail.com>
` Re: query against single partition uses index, against master table does seq scan
2016-09-22 16:25 UTC Tom Lane <tgl@sss.pgh.pa.us>
[7+ messages in thread]
Postgresql 8.4 optimize for heavy select load
2016-09-19 07:40 UTC Job <Job@colliniconsulting.it>
` Re: Postgresql 8.4 optimize for heavy select load
2016-09-19 08:23 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Postgresql 8.4 optimize for heavy select load
2016-09-19 09:09 UTC Torsten Zuehlsdorff <mailinglists@toco-domains.de>
` Re: Postgresql 8.4 optimize for heavy select load
2016-09-19 10:05 UTC julyanto SUTANDANG <julyanto@equnix.co.id>
[4+ messages in thread]
Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 13:53 UTC Pietro Pugni <pietro.pugni@gmail.com>
` Re: Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 14:17 UTC Rick Otten <rottenwindfish@gmail.com>
` Re: Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 14:44 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 17:45 UTC Pietro Pugni <pietro.pugni@gmail.com>
` Re: Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 17:55 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Disk filled-up issue after a lot of inserts and drop schema
2016-09-14 18:00 UTC Pietro Pugni <pietro.pugni@gmail.com>
[6+ messages in thread]
How to reduce IOWAIT and CPU idle time?
2016-09-10 10:49 UTC Samir Magar <samirmagar8@gmail.com>
` Re: How to reduce IOWAIT and CPU idle time?
2016-09-11 00:34 UTC Venkata B Nagothi <nag1010@gmail.com>
` Re: How to reduce IOWAIT and CPU idle time?
2016-09-11 01:46 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: How to reduce IOWAIT and CPU idle time?
2016-09-11 07:10 UTC Samir Magar <samirmagar8@gmail.com>
` Re: How to reduce IOWAIT and CPU idle time?
2016-09-11 07:40 UTC Pavan Deolasee <pavan.deolasee@gmail.com>
` Re: How to reduce IOWAIT and CPU idle time?
2016-09-11 08:04 UTC Samir Magar <samirmagar8@gmail.com>
[6+ messages in thread]
Postgres bulk insert/ETL performance on high speed servers - test results
2016-09-02 02:30 UTC Mike Sofen <msofen@runbox.com>
` Re: Postgres bulk insert/ETL performance on high speed servers - test results
2016-09-02 20:26 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: Postgres bulk insert/ETL performance on high speed servers - test results
2016-09-04 12:34 UTC Mike Sofen <msofen@runbox.com>
` Re: Postgres bulk insert/ETL performance on high speed servers - test results
2016-09-07 19:22 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Postgres bulk insert/ETL performance on high speed servers - test results
2016-09-08 02:28 UTC Mike Sofen <msofen@runbox.com>
[5+ messages in thread]
debug_assertions is enabled in official 9.6rc1 build
2016-09-07 14:32 UTC Mkrtchyan, Tigran <tigran.mkrtchyan@desy.de>
Possible to find disk IOs for a Query?
2016-08-31 22:01 UTC Bobby Mozumder <bmozumder@gmail.com>
` Re: Possible to find disk IOs for a Query?
2016-08-31 22:10 UTC Ben Chobot <bench@silentmedia.com>
` Re: Possible to find disk IOs for a Query?
2016-08-31 22:17 UTC Lukas Fittl <lukas@fittl.com>
` Re: Possible to find disk IOs for a Query?
2016-09-01 05:56 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
` Re: Possible to find disk IOs for a Query?
2016-09-01 09:08 UTC Mark Kirkwood <mark.kirkwood@catalyst.net.nz>
[5+ messages in thread]
pgsql-performance issue
2016-08-20 08:27 UTC debasis.moharana@ipathsolutions.co.in
` pgsql-performance issue
2016-08-20 08:38 UTC debasis.moharana@ipathsolutions.co.in
` Re: pgsql-performance issue
2016-08-20 08:58 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: pgsql-performance issue
2016-08-20 11:31 UTC debasis.moharana@ipathsolutions.co.in
` Re: pgsql-performance issue
2016-08-20 11:42 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: pgsql-performance issue
2016-08-20 11:59 UTC debasis.moharana@ipathsolutions.co.in
` Re: pgsql-performance issue
2016-08-20 12:05 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: pgsql-performance issue
2016-08-20 12:17 UTC debasis.moharana@ipathsolutions.co.in
` Re: pgsql-performance issue
2016-08-20 12:19 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: pgsql-performance issue
2016-08-22 06:01 UTC debasis.moharana@ipathsolutions.co.in
` Re: pgsql-performance issue
2016-08-29 20:14 UTC Andres Freund <andres@anarazel.de>
[11+ messages in thread]
Slow query with big tables
2016-08-24 11:35 UTC Tommi Kaksonen <t2nn2t@gmail.com>
` Re: Slow query with big tables
2016-08-25 10:36 UTC Andreas Kretschmer <akretschmer@spamfence.net>
` Re: Slow query with big tables
2016-08-26 13:17 UTC Tommi K <t2nn2t@gmail.com>
` Re: Slow query with big tables
2016-08-26 13:40 UTC Craig James <cjames@emolecules.com>
` Re: Slow query with big tables
2016-08-26 14:25 UTC Tommi K <t2nn2t@gmail.com>
` Re: Slow query with big tables
2016-08-26 20:26 UTC Mike Sofen <msofen@runbox.com>
` Re: Slow query with big tables
2016-08-27 04:11 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Slow query with big tables
2016-08-27 04:55 UTC Pavel Stehule <pavel.stehule@gmail.com>
` Re: Slow query with big tables
2016-08-27 14:13 UTC Craig James <cjames@emolecules.com>
` Re: Slow query with big tables
2016-08-27 16:36 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Slow query with big tables
2016-08-27 18:12 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Slow query with big tables
2016-08-27 18:33 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Slow query with big tables
2016-08-29 07:00 UTC Tommi Kaksonen <t2nn2t@gmail.com>
[13+ messages in thread]
Big data INSERT optimization - ExclusiveLock on extension of the table
2016-08-17 11:45 UTC pinker <pinker@onet.eu>
` Re: Big data INSERT optimization - ExclusiveLock on extension of the table
2016-08-18 21:50 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Big data INSERT optimization - ExclusiveLock on extension of the table
2016-08-18 22:26 UTC pinker <pinker@onet.eu>
` Re: Re: Big data INSERT optimization - ExclusiveLock on extension of the table
2016-08-19 14:13 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Big data INSERT optimization - ExclusiveLock on extension of the table
2016-08-19 15:01 UTC Merlin Moncure <mmoncure@gmail.com>
[5+ messages in thread]
Estimates on partial index
2016-08-18 13:52 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Estimates on partial index
2016-08-18 13:56 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: Estimates on partial index
2016-08-18 15:59 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Estimates on partial index
2016-08-18 18:40 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Estimates on partial index
2016-08-18 18:55 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Estimates on partial index
2016-08-18 20:06 UTC Jeff Janes <jeff.janes@gmail.com>
` Re: Estimates on partial index
2016-08-18 22:01 UTC Jim Nasby <Jim.Nasby@BlueTreble.com>
` Re: Estimates on partial index
2016-08-19 04:21 UTC Ashish Kumar Singh <ashishkumar.singh@altair.com>
` Re: Estimates on partial index
2016-08-19 11:31 UTC Victor Yegorov <vyegorov@gmail.com>
` Re: Estimates on partial index
2016-08-19 12:50 UTC Victor Yegorov <vyegorov@gmail.com>
[10+ messages in thread]
what's the slowest part in the SQL
2016-08-09 23:27 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-09 23:52 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: what's the slowest part in the SQL
2016-08-10 00:12 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-10 00:28 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: what's the slowest part in the SQL
2016-08-10 00:34 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-10 00:45 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: what's the slowest part in the SQL
2016-08-10 00:46 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: what's the slowest part in the SQL
2016-08-10 00:49 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: what's the slowest part in the SQL
2016-08-10 01:43 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-10 01:46 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-10 01:57 UTC Tom Lane <tgl@sss.pgh.pa.us>
` Re: what's the slowest part in the SQL
2016-08-10 02:02 UTC Suya Huang <shuang@connexity.com>
` Re: what's the slowest part in the SQL
2016-08-10 18:10 UTC Claudio Freire <klaussfreire@gmail.com>
` Re: what's the slowest part in the SQL
2016-08-16 13:56 UTC Merlin Moncure <mmoncure@gmail.com>
[14+ 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