Re: Improving connection scalability: GetSnapshotData()

From: Konstantin Knizhnik <k(dot)knizhnik(at)postgrespro(dot)ru>
To: AJG <ayden(at)gera(dot)co(dot)nz>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: Improving connection scalability: GetSnapshotData()
Date: 2021-03-01 15:46:51
Message-ID: 4ac9a8e1-d170-7a2c-5ab5-36cbd5946a50@postgrespro.ru
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 27.02.2021 20:40, AJG wrote:
> Hi,
>
> Greatly appreciate if you could please reply to the following questions as
> time allows.
>
> I have seen previous discussion/patches on a built-in connection pooler. How
> does this scalability improvement, particularly idle connection improvements
> etc, affect that built-in pooler need, if any?
>
>
> Same general question about an external connection pooler in general in
> Production? Still required to route to different servers but no longer
> needed for the pooling part. as an example.
>
>
> Many Thanks!
>

Connection pooler is still needed.
The patch for GetSnapshotData() mostly improves scalability of read-only
queries and reduce contention for procarray lock.
But read-write upload cause contention for many other resources:
relation extension lock, buffer locks, tuple locks and so on.

If you run pgbench at NUMA machine with hundreds of cores, then you will
still observe significant degradation of performance with increasing
number of connection.
And this degradation will be dramatic if you replace some non-uniform
distribution of keys, for example Zipfian distribution.

>
>
>
> --
> Sent from: https://www.postgresql-archive.org/PostgreSQL-hackers-f1928748.html
>
>

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Mark Dilger 2021-03-01 16:02:27 Re: proposal: psql –help reflecting service or URI usage
Previous Message Pavel Stehule 2021-03-01 15:46:20 Re: Improvements in prepared statements