| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | Alan Hodgson <ahodgson(at)simkin(dot)ca> |
| Cc: | pgsql-general(at)postgresql(dot)org |
| Subject: | Re: Problem with copying data |
| Date: | 2007-04-09 20:26:58 |
| Message-ID: | 10154.1176150418@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
Alan Hodgson <ahodgson(at)simkin(dot)ca> writes:
> On Friday 06 April 2007 13:17, Klaas Dellschaft <klaasd(at)uni-koblenz(dot)de>
> wrote:
>> I'm currently trying to copy two large files (1.6 GB and 3.5 GB) with a
>> "COPY FROM" into my database. But I'm waiting for the completion of this
>> job since more than 24h. I'm working under Linux and with "top" I can
>> see the two processes which should copy the data but most of the time
>> they are not working. Very seldom they are using some CPU time and then
>> get idle again.
> What does the wait % (%wa) say when they are "idle"? I would generally
> assume you're io-bound on a large COPY, especially if the target table is
> already indexed. 24-hours seems excessive, though, unless this is a
> notebook drive or something.
If there's other things going on in the database, then another
possibility is that the COPY commands are blocked on locks.
I agree that I/O is the most likely time sink though.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2007-04-09 20:33:46 | Re: join by char(16) or by bytea? |
| Previous Message | Tom Lane | 2007-04-09 20:20:26 | Re: backend reset of database |