public inbox for [email protected]  
help / color / mirror / Atom feed
[PATCH v2] Make pg_numa_init() cope with Docker
  2025-10-16 11:24 UTC  Christoph Berg <[email protected]>

[PATCH] numa: Catch "Operation not permitted" error
  2025-10-16 11:24 UTC  Christoph Berg <[email protected]>

pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-11 16:57 UTC  Masahiko Sawada <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 02:08 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 04:56 UTC  Masahiko Sawada <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 05:18 UTC  Tom Lane <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 06:38 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 08:15 UTC  Peter Eisentraut <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 08:37 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-12 21:26 UTC  Masahiko Sawada <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-13 08:33 UTC  Peter Eisentraut <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-03-20 11:17 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-16 14:56 UTC  Tom Lane <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-17 00:52 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-17 03:19 UTC  Tom Lane <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-17 04:09 UTC  David Rowley <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-17 04:20 UTC  Tom Lane <[email protected]>
` Re: pgsql: pg_logicalinspect: Fix possible crash when passing a directory p
  2025-07-21 00:39 UTC  David Rowley <[email protected]>
  [16+ messages in thread]

[PATCH v1] Work around Linux kernel bug in do_pages_stat()
  2025-06-25 05:06 UTC  Bertrand Drouvot <[email protected]>

[PATCH v2] Accept unmapped NUMA pages
  2025-06-23 15:50 UTC  Christoph Berg <[email protected]>

[PATCH] Don't force-allocate pages for pg_get_shmem_allocations_numa
  2025-06-23 14:37 UTC  Christoph Berg <[email protected]>

pgsql: Make cancel request keys longer
  2025-04-02 13:43 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-08 17:06 UTC  Peter Eisentraut <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-08 19:41 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-09 08:53 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-09 09:39 UTC  Peter Eisentraut <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-09 10:28 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-04-09 10:46 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-05-08 19:11 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-05-08 22:28 UTC  Jacob Champion <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-05-09 06:37 UTC  Heikki Linnakangas <[email protected]>
` Re: pgsql: Make cancel request keys longer
  2025-05-23 21:59 UTC  Jacob Champion <[email protected]>
  [11+ messages in thread]

pgsql: extension_control_path
  2025-03-19 06:08 UTC  Peter Eisentraut <[email protected]>
` extension_control_path and "directory"
  2025-04-23 09:39 UTC  Christoph Berg <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-23 12:18 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-23 13:50 UTC  Christoph Berg <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-23 13:57 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-23 20:34 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-24 10:21 UTC  Christoph Berg <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-24 15:18 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-24 22:27 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-25 13:25 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-25 19:13 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-25 21:18 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-28 20:49 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-29 13:49 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-29 14:08 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-29 15:06 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-04-29 15:12 UTC  David E. Wheeler <[email protected]>
` Re: extension_control_path and "directory"
  2025-05-02 14:51 UTC  Peter Eisentraut <[email protected]>
` Re: extension_control_path and "directory"
  2025-05-02 15:04 UTC  Matheus Alcantara <[email protected]>
` Re: extension_control_path and "directory"
  2025-05-02 15:53 UTC  Christoph Berg <[email protected]>
  [20+ messages in thread]

pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-04 17:58 UTC  Peter Geoghegan <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-27 02:38 UTC  Mark Dilger <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-27 03:53 UTC  Peter Geoghegan <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-27 17:06 UTC  Mark Dilger <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-28 16:12 UTC  Peter Geoghegan <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-30 20:10 UTC  Mark Dilger <[email protected]>
` Re: pgsql: Improve nbtree skip scan primitive scan scheduling.
  2025-04-30 20:25 UTC  Peter Geoghegan <[email protected]>
  [7+ messages in thread]

pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-03-18 21:33 UTC  Nathan Bossart <[email protected]>
` Re: pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-04-22 19:43 UTC  Christoph Berg <[email protected]>
` Re: pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-04-22 20:54 UTC  Nathan Bossart <[email protected]>
` Re: pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-04-22 21:03 UTC  Christoph Berg <[email protected]>
` Re: pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-04-22 21:29 UTC  Nathan Bossart <[email protected]>
` vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-23 14:01 UTC  Christoph Berg <[email protected]>
` Re: pgsql: Update guidance for running vacuumdb after pg_upgrade.
  2025-04-23 14:10 UTC  Christoph Berg <[email protected]>
` Re: vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-23 14:33 UTC  Nathan Bossart <[email protected]>
` Re: vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-23 14:38 UTC  Christoph Berg <[email protected]>
` Re: vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-23 15:43 UTC  Nathan Bossart <[email protected]>
` Re: vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-24 13:25 UTC  Christoph Berg <[email protected]>
` Re: vacuumdb --missing-stats-only and pg_upgrade from PG13
  2025-04-30 19:22 UTC  Nathan Bossart <[email protected]>
  [12+ messages in thread]

[PATCH v2 2/2] vacuumdb: Don't skip empty relations in --missing-stats-only.
  2025-04-23 15:37 UTC  Nathan Bossart <[email protected]>

[PATCH v2 1/2] Further adjust guidance for running vacuumdb after pg_upgrade.
  2025-04-23 15:11 UTC  Nathan Bossart <[email protected]>

pgsql: Use extended stats for precise estimation of bucket size in hash
  2025-03-10 11:47 UTC  Alexander Korotkov <[email protected]>
` Re: pgsql: Use extended stats for precise estimation of bucket size in hash
  2025-04-10 00:37 UTC  Robins Tharakan <[email protected]>
` Re: pgsql: Use extended stats for precise estimation of bucket size in hash
  2025-04-10 08:23 UTC  Alexander Korotkov <[email protected]>
  [3+ messages in thread]

pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-04 13:17 UTC  Alexander Korotkov <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-04 15:47 UTC  Melanie Plageman <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-04 16:03 UTC  Alexander Korotkov <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-07 09:15 UTC  David Rowley <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-07 13:08 UTC  Alexander Korotkov <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-07 13:50 UTC  Melanie Plageman <[email protected]>
` Re: pgsql: Convert 'x IN (VALUES ...)' to 'x = ANY ...' then appropriate
  2025-04-07 15:04 UTC  Tom Lane <[email protected]>
  [7+ messages in thread]

pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-02-28 01:16 UTC  Michael Paquier <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-03-29 16:24 UTC  Jeff Davis <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-03-29 22:03 UTC  Michael Paquier <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-03-30 18:12 UTC  Jeff Davis <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-04-01 23:25 UTC  Michael Paquier <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-04-05 08:24 UTC  Michael Paquier <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-04-06 16:18 UTC  Jeff Davis <[email protected]>
` Re: pgsql: pg_upgrade: Fix inconsistency in memory freeing
  2025-04-06 21:29 UTC  Michael Paquier <[email protected]>
  [8+ messages in thread]

pgsql: Use streaming read I/O in autoprewarm
  2025-04-04 19:29 UTC  Melanie Plageman <[email protected]>

pgsql: Refactor autoprewarm_database_main() in preparation for read str
  2025-04-04 19:29 UTC  Melanie Plageman <[email protected]>

pgsql: Remove superfluous autoprewarm check
  2025-04-04 19:29 UTC  Melanie Plageman <[email protected]>

pgsql: Avoid extra index searches through preprocessing.
  2025-04-04 18:14 UTC  Peter Geoghegan <[email protected]>

pgsql: pg_recvlogical: Add --failover option.
  2025-04-04 17:40 UTC  Masahiko Sawada <[email protected]>

pgsql: Oversight in commit b81ffa13e3.
  2025-04-04 17:29 UTC  Jeff Davis <[email protected]>

pgsql: Add nbtree skip scan optimization.
  2025-04-04 16:28 UTC  Peter Geoghegan <[email protected]>

pgsql: Further optimize nbtree search scan key comparisons.
  2025-04-04 16:28 UTC  Peter Geoghegan <[email protected]>

pgsql: Stabilize regression test from c0962a113.
  2025-04-04 15:57 UTC  Tom Lane <[email protected]>

pgsql: Fix autoprewarm neglect of tablespaces
  2025-04-04 15:35 UTC  Melanie Plageman <[email protected]>


[next (older)]

This inbox is served by agora; see mirroring instructions
for how to clone and mirror all data and code used for this inbox