From mboxrd@z Thu Jan 1 00:00:00 1970 From: erik quanstrom To: 9fans@cse.psu.edu, Kuniyasu Suzaki References: <20060123.154134.102552694.k.suzaki@aist.go.jp> <14ec7b180601222250q2f6cc2bdm2813633da3d675a2@mail.gmail.com> <20060123.155816.88498490.k.suzaki@aist.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 In-Reply-To: <20060123.155816.88498490.k.suzaki@aist.go.jp> Subject: Re: [9fans] HTTP-FUSE Xenoppix(Experimental version) Release Message-Id: <20060123124229.B278A78FBB@dexter-peak.quanstro.net> Date: Mon, 23 Jan 2006 06:42:29 -0600 Cc: Topicbox-Message-UUID: e3de64aa-ead0-11e9-9d60-3106f5b1d025 this is an interesting idea for linux. 9p is in the standard linux kernel. have you considered using 9p instead of http? if you did you could directly mount the cd with only the 9p kernel module running in the kernel. you would give up compression and caching by using 9p directly. but you could write a 9p server that uses your block scheme to provide blocks to a second 9p server that serves up the original .iso. both 9p servers could be mounted. no loopback or fuse would be required. - erik Kuniyasu Suzaki writes | | | >>From: andrey mirtchovski | >>Subject: Re: [9fans] HTTP-FUSE Xenoppix(Experimental version) Release | >> | >>> HTTP-FUSE CLOOP is a network block devide which re-constructs a block | >>> device from many small block files of HTTP servers. It enables to get | >>> root file system of Xenoppix. Driver of HTTP-FUSE CLOOP is made from | >>> "cloop(Compressed Loopback block device)" and "FUSE(Filesystem USErspace)". | >> | >>that sounds really complicated. i hope it's just me. | | Please visit our home page. | http://unit.aist.go.jp/itri/knoppix/http-fuse/xen/index-en.html | | I home following figure will help your understand. | http://unit.aist.go.jp/itri/knoppix/http-fuse/xen/http-fuse-driver-h.GIF | | HTTP-FUSE CLOOP is similer to Venti, I think. | http://unit.aist.go.jp/itri/knoppix/http-fuse/index-en.html#detail | | ------ | suzaki