Re: WAL Insertion Lock Improvements

Поиск
Список
Период
Сортировка
Искать
От
Andres Freund
Тема
Re: WAL Insertion Lock Improvements
Дата
Msg-id
20230725195737.vwzgp3bg2dvmrjyi@awork3.anarazel.de
Ответ на
Список
Дерево обсуждения
Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish() Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish() Andres Freund <andres@anarazel.de>
Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish() Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish() Andres Freund <andres@anarazel.de>
WAL Insertion Lock Improvements (was: Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish()) Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements (was: Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish()) Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements (was: Re: Avoid LWLockWaitForVar() for currently held WAL insertion lock in WaitXLogInsertionsToFinish()) Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Nathan Bossart <nathandbossart@gmail.com>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Nathan Bossart <nathandbossart@gmail.com>
回复: WAL Insertion Lock Improvements adherent postgres <adherent_postgres@hotmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Nathan Bossart <nathandbossart@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Andres Freund <andres@anarazel.de>
Re: WAL Insertion Lock Improvements Andres Freund <andres@anarazel.de>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Andres Freund <andres@anarazel.de>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Andres Freund <andres@anarazel.de>
Re: WAL Insertion Lock Improvements Andres Freund <andres@anarazel.de>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Nathan Bossart <nathandbossart@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Re: WAL Insertion Lock Improvements Bharath Rupireddy <bharath.rupireddyforpostgres@gmail.com>
Re: WAL Insertion Lock Improvements Michael Paquier <michael@paquier.xyz>
Hi,

On 2023-07-25 16:43:16 +0900, Michael Paquier wrote:
> On Sat, Jul 22, 2023 at 01:08:49PM +0530, Bharath Rupireddy wrote:
> > Yes, it looks safe to me too.
> 
> 0001 has been now applied.  I have done more tests while looking at
> this patch since yesterday and was surprised to see higher TPS numbers
> on HEAD with the same tests as previously, and the patch was still
> shining with more than 256 clients.

Just a small heads up:

I just rebased my aio tree over the commit and promptly, on the first run, saw
a hang. I did some debugging on that. Unfortunately repeated runs haven't
repeated that hang, despite quite a bit of trying.

The symptom I was seeing is that all running backends were stuck in
LWLockWaitForVar(), even though the value they're waiting for had
changed. Which obviously "shouldn't be possible".

It's of course possible that this is AIO specific, but I didn't see anything
in stacks to suggest that.


I do wonder if this possibly exposed an undocumented prior dependency on the
value update always happening under the list lock.

Greetings,

Andres Freund


В списке pgsql-hackers по дате отправления
От: Isaac Morland
Дата:
От: Robert Haas
Дата:
FAQ