Modify parallel pg_restore to track pending and ready items by means of
two new lists, rather than repeatedly rescanning the main TOC list.
This avoids a potential O(N^2) slowdown, although you'd need a *lot*
of tables to make that really significant; and it might simplify future
improvements in the scheduling algorithm by making the set of ready
items more easily inspectable. The original thought that it would
in itself result in a more efficient job dispatch order doesn't seem
to have been borne out in testing, but it seems worth doing anyway.
pg_backup_archiver.c (r1.174 -> r1.175)
pg_backup_archiver.h (r1.81 -> r1.82)
pgsql-committers by date
|Next:||From: Simon Riggs||Date: 2009-08-08 10:05:35|
|Subject: Re: pgsql: rm_cleanup functions need to be allowed towrite WAL entries.|
|Previous:||From: Alvaro Herrera||Date: 2009-08-07 20:55:05|
|Subject: pgsql: Document that autovacuum may run ANALYZE|