From mboxrd@z Thu Jan  1 00:00:00 1970
Message-ID: <600308d605091014412b6d1b71@mail.gmail.com>
Date: Sat, 10 Sep 2005 23:41:09 +0200
From: Francisco Ballesteros <nemo@lsub.org>
To: Fans of the OS Plan 9 from Bell Labs <9fans@cse.psu.edu>
Subject: Re: [9fans] hacking issue: memory resizing
In-Reply-To: <20050910021917.QAK10334.ibm62aec.bellsouth.net@p1.stuart.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
References: <600308d605090913461de1965@mail.gmail.com>
	<20050910021917.QAK10334.ibm62aec.bellsouth.net@p1.stuart.org>
Topicbox-Message-UUID: 87984918-ead0-11e9-9d60-3106f5b1d025

Are you using user-level programs called to synchronize?
We are doing the same. Look for repl in the Plan B man page.


On 9/10/05, Brian L. Stuart <blstuart@bellsouth.net> wrote:
> In message <600308d605090913461de1965@mail.gmail.com>, Francisco Balleste=
ros wr
> ites:
> > You have just files and services (including devices). You want your
> >laptop (or PDA) to work standalone, but you still want the stateless ter=
minal
> >that Plan 9 provides (so you have to administer just one or a few machin=
es).
> >To me, it seems  that replicating (sort of caching, like in coda) your F=
S into
> >your standalone machines is the easy way to do that. The only inconvenie=
nce
>=20
> As it turns out, I've been playing around with some ideas in
> that direction.  I've got a rough prototype in Plan 9 and a
> slightly less rough one in Linux using FUSE.  I didn't like
> coda's special server code, so I took the approach of keeping
> two trees synchronized.  That way you can connect to the file
> server you're caching with 9P or NFS or SMB or...  It's been
> proving handy allowing my laptop to cache stuff from work
> and stuff from home at the same time.  Hopefully, I'll get
> company permission to release the code soon.
>=20
> BLS
>