Re: Public SFS servers

Thanks Kevin,

SFSRO meets to our request. It looks like what I wanted!

I understand that "sfsrocd(sfs read only client daemon)" works to
relay the blocks which are downloaded. Is it true?

Can "sfsrocd" work as Bittorrent? I mean that "sfsrocd" makes
connections to some SFS mirrors("sfsrocd") and achieves good
performance and fault-tolerance.

Anyway I will try.

------
suzaki

 >>From: Kevin Fu <[email protected]>
 >>Subject: Re: Public SFS servers
 >>
 >>Unfortunately I cannot read Japanese, but you might be interested in
 >>using our SFS read-only file system for secure mirroring of content on
 >>untrusted replicas.
 >>
 >>The SFSRO code resides in the CVS repository, but it's not yet in the
 >>official distribution.  A client mounts an SFSRO file system much like
 >>a normal SFS file system.  The file path is a plain, old
 >>self-certifying path.  Untrusted replicas (e.g., volunteers) then
 >>serve the "mirrored" content.
 >>
 >>See http://www.pdos.lcs.mit.edu/papers/sfsro.html for technical details.
 >>
 >>If you're interested in trying the code, email me personally or read
 >>through the rough documentation on
 >>http://pdos.lcs.mit.edu/cgi-bin/cvsweb.cgi/~checkout~/sfs1/sfsrodb/README?;cvsroot=sfs
 >>
 >>--------
 >>Kevin E. Fu ([email protected])
 >>
 >>>Martin,
 >>>
 >>>Thank you for your reply.
 >>>
 >>> >>From: Martin <[email protected]>
 >>> >>Subject: Re: Public SFS servers (Re: SFS-KNOPPIX)
 >>> >>
 >>> >>> The boot time of SFS-KNOPPIX seems to depend on latency. The boot
 >>> >>> time is 5 minutes in Japan but 30 minutes in US. We can prepare three
 >>> >>> SFS sites in Japan but it is too far from US and EU.
 >>> >>> This topic is discussed in the KNOPPIX Forum.
 >>> >>>     http://www.knoppix.net/forum/viewtopic.php?t=14904
 >>> >>> 
 >>> >>> Can we use SFS server on PlanetLab?
 >>> >>> Or is there any good solution? Can we use proxy for SFS?
 >>> >>Given that SFS makes use of strong host authentication and crypto I
 >>> >>guess it would have to be a mirror rather than a proxy - although a
 >>> >>proxy is an interesting idea.  You might be able to persuade some of the
 >>> >>more free software friendly mirrors to start providing an SFS service -
 >>> >>would certainly be useful.
 >>>
 >>>We kept three Mirror SFS servers in Japan.
 >>>The sites are Univ. of Tsukuba, Alpha-systems Inc. and AIST(Original Sever).
 >>>
 >>>They are enough for Japanese users because latency is short.
 >>>Unfortunately latency problem comes up outside Japan.
 >>>
 >>>We want to know practical examples of world wide mirroring of SFS servers.
 >>>How about SFS servers for GRID?
 >>>  http://www.biogrid.jp/e/research_work/gro1/gsi_sfs/
 >>>
 >>>Our requested specifications are anonymous access, and Read-Only File
 >>>System on Internet.
 >>>
 >>