home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / research / 878 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  6.4 KB
  1. Path: sparky!uunet!sun-barr!ames!agate!darkstar.UCSC.EDU!osr
  2. From: vander@flab.fujitsu.co.jp (Mike van der Velden)
  3. Newsgroups: comp.os.research
  4. Subject: Summary:  File Replication
  5. Date: 29 Aug 1992 05:02:55 GMT
  6. Organization: Fujitsu Laboratories Ltd., Kawasaki, Japan
  7. Lines: 159
  8. Approved: comp-os-research@ftp.cse.ucsc.edu
  9. Message-ID: <17n0dvINN7b0@darkstar.UCSC.EDU>
  10. NNTP-Posting-Host: ftp.cse.ucsc.edu
  11. Originator: osr@ftp
  12.  
  13. Earlier this month, I wrote:
  14.  
  15. > Does anyone have or know of some documentation about file replication,
  16. > especially within a Unix-like environment?
  17. > 
  18. > I will summarize to the net if there is interest.
  19. > 
  20. > Thanks in advance for your time.
  21.  
  22. And now, thr promised summary.  Thanks to the following people for
  23. taking the time to respond.
  24.  
  25.     page@ficus.cs.ucla.edu (Thomas Page)
  26.     johnh@ficus.cs.ucla.edu (John Heidemann)
  27.     paris@cs.uh.edu (Jehan-Francois Paris)
  28.     mootaz@cs.rice.edu (Elmootazbellah Nabil Elnozahy)
  29.     khattra@sfu.ca (Taj Khattra)
  30.     Bob Gruber <gruber@thor.lcs.mit.edu>
  31.     akyurek@cs.umd.edu (Sedat Akyurek)
  32.     Jonathan Spencer <J.M.Spencer@newcastle.ac.uk>
  33.     esprit@netcom.com (Alan F. Perry)
  34.  
  35.  
  36. --------------------------------------------------------------------------
  37. From: page@ficus.cs.ucla.edu (Thomas Page)
  38.  
  39. > Our group at UCLA has produced a replicated file system, called Ficus,
  40. > for Sun OS.  If interested, you can find papers about it available via
  41. > ftp from ftp.cs.ucla.edu in the director pub/ficus.  The tech reports
  42. > from 1991 or 1992 are the most relevent.
  43.  
  44.  
  45. --------------------------------------------------------------------------
  46. From: johnh@ficus.cs.ucla.edu (John Heidemann)
  47.  
  48. > You might be interested in the Ficus research here at UCLA.
  49. > We provide optimistic file replication under SunOS.
  50. > Technical reports are available by anonymous ftp from ftp.cs.ucla.edu.
  51. > 
  52. > If you wish to provide replication by hand in a stock Unix system
  53. > you should check out rdist(1).
  54.  
  55.  
  56. --------------------------------------------------------------------------
  57. From: paris@cs.uh.edu (Jehan-Francois Paris)
  58.  
  59. > There are for the moment much more proposals of replicated file systems
  60. > than actual implementations.  The last Symposium on Operating Systems
  61. > Principles had two papers on file replication.  The first paper,
  62. > "Disconnected Operation in the Coda File System, " by J. J. Kistler and
  63. > M. Satyanarayanan describes a system implementing an optimistic
  64. > replication protocol, i.e., a system trading the risk of inconsistent
  65. > updates for higher data availabilities.  The second paper, "Replication
  66. > in the Harp File System," describes a replicated file system based
  67. > on the pessimistic approach.
  68. > 
  69. > Most papers on file replication focus on the design of the protocols
  70. > used for guaranteeing the consistency of the replicated data.  I do
  71. > not know of any recent bibliography on the topic but wrote last year
  72. > what I think is a decent survey of data replication for the Encyclopedia
  73. > of Microcomputing.  Please let me know if you cannot get a copy of it.
  74.  
  75.  
  76. --------------------------------------------------------------------------
  77. From: mootaz@cs.rice.edu (Elmootazbellah Nabil Elnozahy)
  78.  
  79. > Look at 
  80. > "A Highly Available Network File Server", by A. Bhide, E. Elnozahy,
  81. > and S. Morgan, Winter Usenix 91.
  82. > 
  83. > This shows that using replication is not necessary to obtain
  84. > high availability.
  85.  
  86.  
  87. --------------------------------------------------------------------------
  88. From: khattra@sfu.ca (Taj Khattra)
  89.  
  90. > A nice survey article is
  91. > 
  92. >   Tait, C.D., _Techniques for Building Highly Available Distributed
  93. >           File Systems_, CUCS-497-89.
  94. > 
  95. >   It can be anonymous ftp'ed from cs.columbia.edu in 
  96. >   /pub/reports/reports-1989/cucs-497-89.ps.Z
  97.  
  98.  
  99. --------------------------------------------------------------------------
  100. From: Bob Gruber <gruber@thor.lcs.mit.edu>
  101.  
  102. > Well, you could start with our paper on a replicated NFS server:
  103. > 
  104. >     "Replication in the Harp File System"
  105. >     Liskov, Ghemaway, Gruber, Johnson, Shrira, and Williams
  106. >     In the Proceedings of the 13th ACM Symposium on Operating
  107. >     System Principles (SOSP), October 1991.
  108. > 
  109. > This paper references other replicated file systems; see
  110. > the related work section.
  111.  
  112.  
  113. --------------------------------------------------------------------------
  114. From: akyurek@cs.umd.edu (Sedat Akyurek)
  115.  
  116. > I don't know if you are looking for software/systems that do replication or
  117. > works/papers on this topic but here are some references to some
  118. > papers on  this topic :
  119. > 
  120. >    Liskov, Barbara, et. al., ``Replication in the Harp File System,''
  121. >    Proceedings of the 13th ACM Symposium on Operating System Principles,
  122. >    October, 1991.
  123. > 
  124. >    Lo, Sai-Lai, ``Ivy: A Study on Replicating Data for Performance
  125. >    Improvement,'' Technical Report, Hewlett-Packard Laboratories, Concurrent
  126. >    Computing Department, HPL-CSP-90-48, December 1990.
  127. > 
  128. >    Page, Thomas W., et. al., ``Management of Replicated Volume Location in
  129. >    the Ficus Replicated File System,'' USENIX Conference Proceedings, Summer
  130. >    1991.
  131. > 
  132. > I am working on replication in block level (on the same disk) for reducing
  133. > seek latency (and thus for reducing disk request response times).
  134. > An introduction to my work is in : 
  135. > 
  136. >    Akyurek, Sedat, Kenneth Salem, ``Placing Replicated Data to Reduce Seek
  137. >    Delays,'' USENIX File Systems Workshop Proceedings, May 1992.
  138.  
  139.  
  140. --------------------------------------------------------------------------
  141. From: Jonathan Spencer <J.M.Spencer@newcastle.ac.uk>
  142.  
  143. > Try: Mark Little's PhD thesis about replication in object oriented
  144. > distributed systems, dated Sep 1991. Should be available through
  145. > inter-library loans. (Oh, he did it here :-)
  146. > 
  147. > Mail  : Computing Lab., University of Newcastle-upon-Tyne, NE1 7RU, England
  148. > ARPA  : J.M.Spencer%newcastle.ac.uk@cs.ucl.ac.uk
  149. > JANET : J.M.Spencer@newcastle.ac.uk
  150. > UUCP  : !uknet!newcastle.ac.uk!J.M.Spencer            Phone : +91 222 8229
  151.  
  152.  
  153. --------------------------------------------------------------------------
  154. From: esprit@netcom.com (Alan F. Perry)
  155.  
  156. > I am sure that you know that file replication is done in Locus.  
  157.  
  158.  
  159. --
  160. Mike van der Velden
  161. Distributed Systems Laboratory, Fujitsu Laboratories Ltd., Kawasaki, Japan
  162. e-mail: vander@tokyo.hi.flab.fujitsu.co.jp
  163.  
  164. ps. If you send me a picture postcard      Mike van der Velden
  165.     from your area to the address at       Fujitsu Unoki Dormitory, room 227
  166.     right, I'll send you one from Tokyo.   2-17-18 Unoki, Ota-ku, Tokyo 146
  167.     Postcards must be received by          Japan
  168.     November 15, 1992
  169.  
  170.  
  171.  
  172.