home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / nfs / 2318 < prev    next >
Encoding:
Internet Message Format  |  1992-09-14  |  2.8 KB
  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!wupost!cs.utexas.edu!sun-barr!sh.wide!fgw!fdm!flab!zodiac!zodiac!vander
  2. From: vander@flab.fujitsu.co.jp (Mike van der Velden)
  3. Newsgroups: comp.protocols.nfs
  4. Subject: Re: NFS Protocol Specification
  5. Message-ID: <VANDER.92Sep14191954@vancouver.stars.flab.Fujitsu.co.jp>
  6. Date: 14 Sep 92 10:19:54 GMT
  7. References: <VANDER.92Sep10173409@vancouver.stars.flab.Fujitsu.co.jp>
  8. Sender: news@zodiac.hi.flab.fujitsu.co.jp
  9. Followup-To: comp.protocols.nfs
  10. Organization: Fujitsu Laboratories Ltd., Kawasaki, Japan
  11. Lines: 52
  12. In-Reply-To: vander@flab.fujitsu.co.jp's message of Thu, 10 Sep 1992 08:34:09 GMT
  13. Nntp-Posting-Host: vancouver.hi.flab.fujitsu.co.jp
  14.  
  15. In article <VANDER.92Sep10173409@vancouver.stars.flab.Fujitsu.co.jp> vander@flab.fujitsu.co.jp (Mike van der Velden) writes:
  16. > 
  17. > But, before I start, I'd like to solicit opinions from the net.  I'm
  18. > willing to summarize for the net if there is wide-spread interest
  19.  
  20. Many people have expressed interest, so I'll post a summary near the
  21. end of this week, or at the start of next week.
  22.  
  23.  
  24. > 1>  What would you do to improve the protocol?  Forgetting all about
  25. >     backwards compatibility, would there be any specific functions that
  26. >     you would add/remove/modify?  How about the arguments used by the
  27. >     protocol?
  28.  
  29.  
  30. Thanks to all who have responded so far.  I've tried replying to each
  31. of you individually, but I'm having trouble with the mail system
  32. today, so my apologies for the delay.  Tomorrow is a holiday here, so
  33. I probably won't be able to get back to you until Wednesday.  Anyway,
  34. some interesting trends are developing.  People generally have similar
  35. comments, except for two issues on which people are about evenly
  36. divided: 
  37.  
  38. a>  Should the server be stateful or stateless?  
  39. b>  Should the protocol provide a mechanism for locking files (or
  40.     parts of files)?
  41.  
  42. If you have any more comments on these issues, I'd be interested in
  43. hearing them.
  44.  
  45. Here is a brief synopsis on some other points raised:
  46.    - data size should be > 8K.
  47.    - a connection based transport is more desirable than UDP.
  48.    - clients should cache files, or parts of files.
  49.    - Unix file view should be extended, perhaps incorporating space
  50.      for uninterpreted meta-data.
  51.    - security should be improved.
  52.  
  53. Again, any other opinions you might have on these or other issues are
  54. welcome.  Thanks in advance for your time.
  55.  
  56.  
  57. --
  58. Mike van der Velden
  59. Distributed Systems Laboratory, Fujitsu Laboratories Ltd., Kawasaki, Japan
  60. e-mail: vander@tokyo.hi.flab.fujitsu.co.jp
  61.  
  62. ps. If you send me a picture postcard      Mike van der Velden
  63.     from your area to the address at       Fujitsu Unoki Dormitory, room 227
  64.     right, I'll send you one from Tokyo.   2-17-18 Unoki, Ota-ku, Tokyo 146
  65.     Postcards must be received by          Japan
  66.     November 15, 1992
  67.