From mboxrd@z Thu Jan 1 00:00:00 1970 Message-ID: Date: Mon, 13 Aug 2007 12:32:06 +0900 From: "YAMANASHI Takeshi" <9.nashi@gmail.com> To: "Fans of the OS Plan 9 from Bell Labs" <9fans@cse.psu.edu> Subject: Re: [9fans] FS to skip/put-together duplicate files In-Reply-To: <40b85517d889fadc8df2c782817f6bef@quanstro.net> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070810113921.GE18939@nibiru.local> <40b85517d889fadc8df2c782817f6bef@quanstro.net> Topicbox-Message-UUID: a7383cc2-ead2-11e9-9d60-3106f5b1d025 how about mounting venti-backed fossil files from a linux as an AoE drives? vblade on sources exports the plan 9 file and the aoe driver for linux does the mounting. Venti would be compressing and condensing duplicated blocks to a single block. I'm not sure if same files are boundaried in same manner to each other though. On 8/10/07, erik quanstrom wrote: > > I'm host a lot of web applications which share 99% of their code. > > Disk space is not the issue, but bandwidth on remote backup. > > So my idea is to let an filesystem automatically link together > > equal files in the storage, but present them as separate ones. > > Once an file gets changed, it will be unlinked/copied automatically. > > > > Is there already such an filesystem ? > > no. > > however there are updatedb/compactdb which can be used to > create a list of changed files and replica/applylog which can > be used to apply them. > > i used these tools to copy history from one kenfs to a new one. > i actually used cphist (/n/sources/patch/saved/cphist) and not > applylog. > > you could also use the log on the generating machine to build > a mkfs archive and compress that, ftp it and apply it on the > other end. > > - erik > -- YAMANASHI Takeshi