From: | Scott Marlowe <scott(dot)marlowe(at)gmail(dot)com> |
---|---|
To: | jd(at)commandprompt(dot)com |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: pg_restore -j |
Date: | 2009-09-17 18:15:33 |
Message-ID: | dcc563d10909171115j3df09e9ajbf5bd026a5dfdfc2@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
On Thu, Sep 17, 2009 at 12:12 PM, Joshua D. Drake <jd(at)commandprompt(dot)com> wrote:
> On Thu, 2009-09-17 at 12:05 -0600, Scott Marlowe wrote:
>> On Thu, Sep 17, 2009 at 12:00 PM, Joshua D. Drake <jd(at)commandprompt(dot)com> wrote:
>> > On Thu, 2009-09-17 at 11:48 -0600, Scott Marlowe wrote:
>> >> I'm trying to do a parallel restore with pg_restore -j but I'm only
>> >> seeing one CPU being used really. The file is custom format, but was
>> >> made by pg_dump for pgsql 8.3. Is that a problem? Do I need a backup
>> >> made with 8.4 to run parallel restore?
>> >
>> > Yes I believe but I don't recall. You could dump the TOC and note
>> > differences.
>>
>> I kinda figured, I'm making a dump with pg84 now to test with. I'm
>> really hoping for a noticeable improvement in restore times, as we're
>> in the 1.5 to 2 hour range right now.
>>
>
> If you have the concurrency and disk IO, you should get that down below
> 30 minutes.
On our two big servers we have 12 Disk RAID-10 for pgdata, and 2 disk
RAID-1 for pg_xlog, and 8 cores. What's a good -j number to start at
there? I'm leaning towards 8 or 10 or 12 for testing. Woohoo late
night testing. :)
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Hunsberger | 2009-09-17 18:22:52 | Re: creation of foreign key without checking prior data? |
Previous Message | Joshua D. Drake | 2009-09-17 18:12:11 | Re: pg_restore -j |