News for hackers. Stuff that matters.
Re:We scaled PgBouncer to 4x throughput by bradfitz on Saturday July 11, 2026 @08:50PM (#48877280)
In other words, it's still super heavy if it's forking a process per connection.

I find it ridiculous that PgBouncer even needs to exist. Postgres should be doing this.

Re:We scaled PgBouncer to 4x throughput by kmeaw on Sunday July 12, 2026 @05:51AM (#48879795)
Why Postgres should be doing this? Not every client creates a lot of connections and spinning up PgBouncer is easy. On the other hand, debugging async multithreaded complex code is hard.
Re:We scaled PgBouncer to 4x throughput by paulryanrogers on Sunday July 12, 2026 @10:37AM (#48881531)
Postres project also once lacked replication, calling it unnecessary to the core effort. Now it has two means of replication in core and I'd argue is better for it, especially after suffering through both Pgpool and Slony.

I hope they do develop a native, threaded pooling, even if it were incompatible with some libraries or extensions.