Re: Lock tag of relation extend lock
От | Andres Freund |
---|---|
Тема | Re: Lock tag of relation extend lock |
Дата | |
Msg-id | lmswr7x5nz722a7z36obkkjezl744hqyg2hkee2almpi4skgjh@lmgs6g4iphvx обсуждение исходный текст |
Ответ на | Lock tag of relation extend lock (Jingtang Zhang <mrdrivingduck@gmail.com>) |
Ответы |
Re: Lock tag of relation extend lock
|
Список | pgsql-hackers |
Hi, On 2025-10-06 19:39:18 +0800, Jingtang Zhang wrote: > In a recent debug I found two process conflict on relation extension lock, > one is holding it for MAIN fork extension, while the other one is trying to > do FSM extension. It seems that the extension lock is using the logical relid > of a table as lock tag, but smgrextend is independant among each fork. > > LockRelationForExtension is used to lock out concurrent extension to get an > accurate smgrnblocks (of MAIN fork, mostly) for where to extend the fork from. > Except for that in bufmgr.c, where the forknum is passed in as parameter, > so main/fsm/vm extension shares the code. What workload actually has significant enough extension workload on the VM/FSM to make this a problem? Greetings, Andres Freund
В списке pgsql-hackers по дате отправления: