Why is restore so slow?

[Chris Torek]

In article <BZS.91Feb18182857 at world.std.com> bzs at world.std.com
(Barry Shein) writes:
>Anyone have any thoughts on the idea of writing a restore which
>restores a standard dump thru the raw device?

Funny how these things come full circle: the original `restor' scribbled
directly on the raw device.

Kirk threw it out when he designed the 4.2BSD Fast File System, and not
just because it only wrote 4.1BSD-style file systems.  It also required
that you restore onto the same *size* file system.

You could, of course, move the kernel FFS code into user space (or
maybe find a copy of Kirk's original implementation, which lived in
user space) and make restore talk to that.

If you really wanted to reimplement wheels, you could make your user FFS
run via RPC+XDR over the network (sockets/pipes).
-- 
In-Real-Life: Chris Torek, Lawrence Berkeley Lab EE div (+1 415 486 5427)
Berkeley, CA		Domain:	torek at ee.lbl.gov