postgres=# select * from postgres_hacking where visibility = 'public';

Postgres hacking,
in public.

/* agentic Postgres hacking in public — we use AI heavily, inspect every detail, test the ugly edges, and take full responsibility for the result */

latest session

archive →

2026-10-14 · 50:19

B-tree merge: correctness first

Test Salma El-Sayed’s B-tree leaf-page merge prototype: snapshots, parallel scans, VACUUM, and standby safety.

active work

view all →

Reduce shutdown latency and turn binary replacement, release-note remediation, and extension compatibility into a repeatable fleet workflow.

blocker: Adaptive checkpointing and cache handoff are design ideas without bounded benchmarks or a fail-closed compatibility protocol yet.

Inspired by the October 29 Hacking Postgres session, viewer Adam Brusselback implemented WHERE support for targeted REFRESH MATERIALIZED VIEW and has continued revising it through review.

blocker: The current patch has acknowledged privilege-escalation and error-cleanup bugs; the next revision has not been posted yet.

Salma El-Sayed’s implementation, mentored by Kirk Wolak, merges sparse siblings and reclaims merged-away tombstone pages without rebuilding the entire index.

blocker: The October 14 testing campaign reports wrong results, cleanup and validation problems, and standby safety failures in the prototype. Reproduce against exact revisions, land focused fixes, and retest before benchmarking or readiness claims.

also supporting

details →

pg_stat_statements scalability

Quan Hoang Truong + AWS contributors

Quan continued the proposed GSoC work on LWLock contention. In parallel, an AWS-led patch series implements a broader pgstat-based redesign for the same scalability problem.

recent sessions

all 50 →
· details · youtube ↗

Agentic Hacking Postgres: Committer in Training

Standby snapshot corruption, seven upstream bug fixes, and a plan for adversarial CommitFest review.

Nik Samokhvalov, Andrey Borodin, and Kirk Wolak discussed standby snapshot corruption and how to review AI-assisted patches without losing human judgment. Nik reported about 30 bug reports with proposed fixes, seven committed fixes, and two false positives. The main proposal was Committer in Training: a small, low-risk CommitFest queue reviewed by adversarial agents, with red-green tests and public evidence. The group agreed to start a static bug-fixing record and work toward a patch-addressable CommitFest overlay.

Summary from session notes; timecodes pending captions.

active

direct mapping
· 78:44 · details · youtube ↗

Agentic Hacking Postgres with Andrey, Kirk, and Nik

Review the PG20-2 backlog: minor upgrades, global temporary tables, wait instrumentation, and pg_stat_log.

The group turned a tour of the PG20-2 CommitFest into concrete review homework. They reconciled Andrey Borodin's prolific August as 25 currently authored entries, explored bounded pre-shutdown checkpoints and safe cache handoff for minor upgrades, and examined why global temporary tables require deep catalog, relcache, planner, statistics, and lifecycle work. They then compared Ilmar Yunusov's EXPLAIN wait-event patch with Dmitry Fomin's broader timing/tracing series, insisting on honest attribution and workload benchmarks. The most actionable outcome was pg_stat_log: Nikolay will independently benchmark and review its SQL-queryable error counters, Kirk will support the thread, Andrey will revisit Dmitry's series, and Kirk will revise his pg_dump placeholder interface.

[timecodes · 12]
  1. AI-assisted hacking and the PG20-2 review backlog
  2. Andrey's 25 authored patches and a September of reviews
  3. Making minor upgrades operationally safer
  4. Adaptive checkpoints before shutdown
  5. Can a restart preserve shared-buffer page data?
  6. Global temporary tables and their real use cases
  7. Why the GTT patch is more than ten thousand lines
  8. Revisiting the pg_dump table-data placeholder patch
  9. EXPLAIN waits versus general wait timing and tracing
  10. Assembly evidence, observer effect, and benchmark design
  11. pg_stat_log: SQL-queryable counters instead of log parsing
  12. Assigning reviews and concrete homework
active

direct mapping
· 50:53 · details · youtube ↗

Back to “log LSN on DROP TABLE”

Fix correctness and coverage of recovery landmarks for destructive DDL.

The group returned to commit-LSN logging for DROP TABLE and related destructive DDL, using several AI agents to review and repair the revived patch. They rejected an extension split, found that the hook exposed the end rather than the start of the commit record, and revised the code to log the precise recovery boundary without a concurrency race. After considering restore points and event triggers as alternatives, they audited documentation and an end-to-end restore test, then prepared a PostgreSQL-style commit message, a new pgsql-hackers revision, and CI for the fork.

[timecodes · 10]
  1. Reviving commit-LSN logging for destructive DDL
  2. Asking AI for a broader architectural review
  3. Concrete bugs, missing tests, and CommitFest plans
  4. Core feature versus extension design
  5. B-tree page-merge and wait-coverage updates
  6. Finding the wrong commit-record LSN boundary
  7. Reviewing the repaired patch and documentation
  8. Restore points and event triggers as alternatives
  9. End-to-end recovery test and patch readiness
  10. Commit message, pgsql-hackers email, and CI
active

direct mapping