On Wed, 26 Apr 2000 15:02:13 -0400, Charlie Caro wrote:

>I had considered an alternative strategy which still has some merit.
>Make GBAK kickoff the database sweep thread inside the server. Unlike
>the garbage collector thread, the sweep thread must run to completion
>because its purpose is to update the OIT (oldest interesting
>transaction) as well as to garbage collect. So the benefits would be:
>
>1) GBAK runs fast with no garbage collection;
>2) Sweep garbage collects in parallel even after GBAK exits;
>3) Sweep updates the OIT for free;
>4) GBAK's concurrency mode transaction is shorter preventing fewer
>versions from being maintained during online backup;
>5) Sweep's transaction (new V6 behavior) can run forever if it has to
>without inhibiting any garbage collection;
>
>It's too late to adopt this alternative behavior for V6. If the
>community thinks it is a good idea, it can be changed in the future.

Hmmm... I liked it. So, let's the server do the cleaning and
gbak does the only work of backing-up? I think yes, it's cool.
And will speed up the things...

[]s Fabricio