9fans - fans of the OS Plan 9 from Bell Labs
 help / color / mirror / Atom feed
* Re: [9fans] Installing the updates
@ 2000-08-01 13:06 rob pike
  2000-08-01 13:10 ` Lucio De Re
  2000-08-01 20:15 ` [9fans] caching/overlay/union filesystem Richard
  0 siblings, 2 replies; 3+ messages in thread
From: rob pike @ 2000-08-01 13:06 UTC (permalink / raw)
  To: 9fans

	A user could have the distribution source on a CDROM and view it via a
	cache file
	server. This would store only the files that have changed - using copy
	on write.
	I suspose this could be extended to storing only the blocks that have
	changed, or
	even file diff(1) output, or wrap(8) file even...
	
	I'am not sure if this is interesting or hedious :-)

This is the essence of what BSD calls union directories.

-rob



^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [9fans] Installing the updates
  2000-08-01 13:06 [9fans] Installing the updates rob pike
@ 2000-08-01 13:10 ` Lucio De Re
  2000-08-01 20:15 ` [9fans] caching/overlay/union filesystem Richard
  1 sibling, 0 replies; 3+ messages in thread
From: Lucio De Re @ 2000-08-01 13:10 UTC (permalink / raw)
  To: 9fans

On Tue, Aug 01, 2000 at 09:06:08AM -0400, rob pike wrote:
> 	
> 	I'am not sure if this is interesting or hedious :-)
> 
> This is the essence of what BSD calls union directories.
> 
In which case, it is hideous: there are bugs lurking in union
directories and filesystems (I also can't quite tell them apart, let's
call them "mounts" for convenience) that _nobody_ wants to tackle.
Mostly related to locking, if I'm not mistaken.

++L


^ permalink raw reply	[flat|nested] 3+ messages in thread

* Re: [9fans] caching/overlay/union filesystem
  2000-08-01 13:06 [9fans] Installing the updates rob pike
  2000-08-01 13:10 ` Lucio De Re
@ 2000-08-01 20:15 ` Richard
  1 sibling, 0 replies; 3+ messages in thread
From: Richard @ 2000-08-01 20:15 UTC (permalink / raw)
  To: 9fans

rob pike writes:
>	A user could have the distribution source on a CDROM and view it via a
>	cache file
>	server. This would store only the files that have changed - using copy
>	on write.
>	I suspose this could be extended to storing only the blocks that have
>	changed, or
>	even file diff(1) output, or wrap(8) file even...
>
>This is the essence of what BSD calls union directories.

and what Linux calls the Overlay File System, which hasnt been updated
for 2 years.
http://home.att.net/~artnaseef/ovlfs/ovlfs.html

Russ Cox writes:

>If you had such a thing, you could try out
>new wrap updates by doing
>
>	gunzip < /tmp/new.9gz >/tmp/new.9
>	archfs /tmp/new.9
>	stitch -b /tmp/new.9 /

another applications: many of us working at home get most of 
our software off of CDs.  it is wasteful to  back up this
stuff because one can install it again from CD very easily and
the CD's are even replaceable in case one loses one.

and yet most of us have made small changes and additions to this stuff.
most of those changes and additions can be restricted to one's home
directory or /etc and thus be kept separate from the stuff from CD, but
some changes have to go into eg /usr/lib/terminfo/ (excuse the Unixiness
of this example).

by keeping the "underlying" filesystem "pristine" (like it was right
after installing from the CD) and by keeping all local changes in an
overlay filesystem, one can back up just the local changes.  this makes
backup archives much much smaller, often letting you get by with backing
up onto zip drives or CDRWs or even to the Internet rather than to tape
(saving the cost of a tape drive).


^ permalink raw reply	[flat|nested] 3+ messages in thread

end of thread, other threads:[~2000-08-01 20:15 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2000-08-01 13:06 [9fans] Installing the updates rob pike
2000-08-01 13:10 ` Lucio De Re
2000-08-01 20:15 ` [9fans] caching/overlay/union filesystem Richard

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).