| From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
|---|---|
| To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
| Cc: | pgsql-hackers(at)postgreSQL(dot)org |
| Subject: | Re: [PERFORM] Slow BLOBs restoring |
| Date: | 2010-12-09 16:01:41 |
| Message-ID: | 4D00FD65.1020501@dunslane.net |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers pgsql-performance |
On 12/09/2010 10:05 AM, Tom Lane wrote:
> I think what we need to do is make fix_dependencies
> build a reverse lookup list of all the objects dependent on each TOC
> object, so that the searching behavior in reduce_dependencies can be
> eliminated outright. That will take O(N) time and O(N) extra space,
> which is a good tradeoff because you won't care if N is small, while if
> N is large you have got to have it anyway.
>
> Barring objections, I will do this and back-patch into 9.0. There is
> maybe some case for trying to fix 8.4 as well, but since 8.4 didn't
> make a separate TOC entry for each blob, it isn't as exposed to the
> problem. We didn't back-patch the last round of efficiency hacks in
> this area, so I'm thinking it's not necessary here either. Comments?
>
>
Sound good. Re 8.4: at a pinch people could probably use the 9.0
pg_restore with their 8.4 dump.
cheers
andrew
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Gabi Julien | 2010-12-09 16:24:09 | Re: Postgresql 9.1 pg_last_xact_replay_timestamp limitations |
| Previous Message | Robert Haas | 2010-12-09 15:56:39 | Re: [PERFORM] Slow BLOBs restoring |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | John W Strange | 2010-12-10 01:57:17 | Re: Hardware recommendations |
| Previous Message | Robert Haas | 2010-12-09 15:56:39 | Re: [PERFORM] Slow BLOBs restoring |