From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: <04ea01c40d28$f68a2cc0$8ed97d50@SOMA> From: "boyd, rounin" To: <9fans@cse.psu.edu> References: <40589D28.9040806@swtch.com> <025b01c40cbc$73fdbbd0$8ed97d50@SOMA> <405997F8.2080407@swtch.com> <042a01c40ce8$fb7cc2a0$8ed97d50@SOMA> <4059A639.1030107@swtch.com> <046e01c40cf2$203b1b60$8ed97d50@SOMA> <4059D6F9.4030600@swtch.com> Subject: Re: [9fans] patch(1) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Date: Thu, 18 Mar 2004 21:38:17 +0100 Topicbox-Message-UUID: 36a799da-eacd-11e9-9e20-41e7f4b1d025 > siphon is intended for a very different task. the main difference > is that they're trying to present a single file system, just distributed. > as such the changes propagate in both directions and all the replicas > are assumed to be continuously connected. bits of the siphon can do exactly what replica/* does. i've done it; managed all of PRL's ULTRIX machines with it.