Re: lock contention on parallel COPY ? - Mailing list pgsql-hackers

From Simon Riggs
Subject Re: lock contention on parallel COPY ?
Date
Msg-id 1222453666.4445.998.camel@ebony.2ndQuadrant
Whole thread Raw
In response to Re: lock contention on parallel COPY ?  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
On Fri, 2008-09-26 at 14:00 -0400, Tom Lane wrote:
> 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...

Sorry, was assuming we were loading with indexes on, which is wrong.

Agree the profile looks odd.

-- Simon Riggs           www.2ndQuadrant.comPostgreSQL Training, Services and Support



pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Meridiem markers (was: [BUGS] Incorrect "invalid AM/PM string" error from to_timestamp)
Next
From: "Merlin Moncure"
Date:
Subject: Re: About the parameter of API: PQprepared