From: | Vlad Arkhipov <arhipov(at)dc(dot)baikal(dot)ru> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | pgsql-performance(at)postgresql(dot)org |
Subject: | Re: Slow BLOBs restoring |
Date: | 2010-12-09 03:58:08 |
Message-ID: | 4D0053D0.4090200@dc.baikal.ru |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-performance |
08.12.2010 22:46, Tom Lane writes:
> Are you by any chance restoring from an 8.3 or older pg_dump file made
> on Windows? If so, it's a known issue.
>
No, I tried Linux only.
> Not without a complete reproducible example ... and not at all if it's
> the known problem. The fix for that is to update pg_dump to 8.4 or
> later.
>
I think you can reproduce it. First I created a database full of many
BLOBs on Postres 8.4.5. Then I created a dump:
pg_dump -F c test > test.backup8
It took about 15 minutes. Then I tried to restore it on Postgres 8.
pg_restore -v -d test2 -j 2 test.backup8
It restored in 18 minutes. Then I restored it to Postgres 9.0.1, it took
20 minutes. Then I created a dump there:
/usr/pgsql-9.0/bin/pg_dump -F c test > test.backup9
It took 25 minutes. Finally I tried to restore it and got what I've
already described:
/usr/pgsql-9.0/bin/pg_restore -v -d test2 -j 2 test.backup9
However if I remove the option '-j', the database restores in 45 minutes.
From | Date | Subject | |
---|---|---|---|
Next Message | Vlad Arkhipov | 2010-12-09 04:05:48 | Re: Slow BLOBs restoring |
Previous Message | Jeff Janes | 2010-12-09 03:20:09 | Re: XLog vs SSD [Was: Re: random write in xlog?] |
From | Date | Subject | |
---|---|---|---|
Next Message | Vlad Arkhipov | 2010-12-09 04:05:48 | Re: Slow BLOBs restoring |
Previous Message | Scott Marlowe | 2010-12-09 02:28:38 | Re: Hardware recommendations |