Re: lock contention on parallel COPY ?
От | Tom Lane |
---|---|
Тема | Re: lock contention on parallel COPY ? |
Дата | |
Msg-id | 23005.1222452002@sss.pgh.pa.us обсуждение исходный текст |
Ответ на | Re: lock contention on parallel COPY ? (Simon Riggs <simon@2ndQuadrant.com>) |
Ответы |
Re: lock contention on parallel COPY ?
Re: lock contention on parallel COPY ? |
Список | pgsql-hackers |
Simon Riggs <simon@2ndQuadrant.com> writes: > Stefan Kaltenbrunner <stefan@kaltenbrunner.cc> writes: >> samples % symbol name >> 55526 16.5614 LWLockAcquire >> 29721 8.8647 DoCopy >> 26581 7.9281 CopyReadLine >> 25105 7.4879 LWLockRelease >> 15743 4.6956 PinBuffer >> 14725 4.3919 heap_formtuple > Probably loading a table with a generated PK or loading data in > ascending sequence, so its contending heavily for the rightmost edge of > the index. No, given that DoCopy and CopyReadLine are right up there, I think we're still looking at the COPY phase, not index building. The profile will probably change completely once index building starts... regards, tom lane
В списке pgsql-hackers по дате отправления: