home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / protocol / nfs / 2727 < prev    next >
Encoding:
Internet Message Format  |  1992-11-09  |  8.5 KB

  1. Xref: sparky comp.protocols.nfs:2727 comp.sys.sun.admin:8099
  2. Path: sparky!uunet!sun-barr!cs.utexas.edu!swrinde!sdd.hp.com!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!mucs!pq
  3. From: pq@cs.man.ac.uk (Paul Quare)
  4. Newsgroups: comp.protocols.nfs,comp.sys.sun.admin
  5. Subject: SUMMARY - eNFS/Cache
  6. Message-ID: <6701@m1.cs.man.ac.uk>
  7. Date: 9 Nov 92 20:21:03 GMT
  8. Sender: news@cs.man.ac.uk
  9. Followup-To: comp.protocols.nfs
  10. Organization: Dept Computer Science, University of Manchester, U.K.
  11. Lines: 191
  12.  
  13. A couple of weeks ago I asked for comments from sites using eNFS/Cache from
  14. Interstream Inc, I didn't receive many replies but here is what I did get.
  15. I haven't included the straightforward "me-toos". I've put some contact
  16. information etc at the end. Thanks to all who replied.
  17. Paul Quare
  18.  
  19. Original posting
  20. ----------------
  21. >There is a product eNFS/Cache from Interstream which will cache read side
  22. >NFS requests on a local disc. We have recently upgraded many of our clients
  23. >to have a small (105M) disc for root/swap and a small amount of software.
  24. >eNFS/Cache looks to be a useful product in that it doesn't require any
  25. >intervention by the system adminstrator in terms of decisions about what to
  26. >cache (real usage dictates that) and removes the possible need to alter the
  27. >filestore layout to reflect what you might decide to store on the local disc
  28. >rather than access via NFS.We have obtained an evaluation copy from Interstream
  29. >and it seems to perform without any problems,(on a single machine).
  30. >
  31. >Is there anyone who is using this product in a large network who can comment
  32. >on its performance/reliability etc. I will summarise to these newsgroups if
  33. >you email me. I understand that Sun may have a similar product in a release of
  34. >Solaris2.1 for later next year,one of the factors affecting whether we purchase
  35. >will be the date at which we upgrade these machines (in teaching laboratories)
  36. >from SunOS4.1.X to Solaris2.X,we have a limited budget!
  37. >
  38. >Paul Quare
  39. >pq@cs.man.ac.uk
  40.  
  41. --------------------------------
  42. From: petsche@hawk.siemens.com (Thomas Petsche)
  43.  
  44. PLEASE forward any information you get about eNFS/cache.  I asked
  45. about this a while ago and didn't get any feedback (other than 
  46. this sort of note asking a copy of information).  
  47.  
  48. BTW, the announcement I saw about enhanced NFS from Sun said that
  49. some of the enhancements would be available next year, but I don't
  50. think local caching was one of them.  If you have more solid
  51. information, I appreciate it.
  52.  
  53. Thanks!
  54.  
  55. Tom
  56.  
  57. [[See [1] below]]
  58.  
  59. ----------------------------------
  60. From: David Barr <barr@pop.psu.edu>
  61.  
  62.     I'd be very interested in the results of your summary.  I'm
  63. currently evaluating AFS, which also has a local cache.  You might
  64. also want to check out IFS, which is an extension to AFS.  Send mail
  65. to info@citi.umich.edu.  I've looked at eNFS briefly, but haven't the
  66. guts to try out the demo yet.
  67.  
  68. --Dave
  69. -- 
  70. System Administrator, Population Research Institute    barr@pop.psu.edu
  71.   loose: v. to set free, or adj. not securely fastened.
  72.   lose: v. to miss from one's possession.
  73.  
  74. [[see [2] below]]
  75.  
  76. ---------------------------------------
  77. From: sdi@sun-valley.Stanford.EDU (Steven D. Ims)
  78.  
  79.  
  80. Paul,
  81.  
  82. We also evaluated the eNFS/Cache product.  Our network is about 16
  83. machines (SS1, IPC, and SS2) with a Sun4/370 server (SCSI disks) and
  84. clients.  The typical load for our server during the day is about 2.5
  85. to 3.
  86.  
  87. We didn't see much noticeable improvement in performance due to the
  88. eNFS/Cache, but we attribute that to the following: (1) relatively low
  89. load on the server and (2) access time on the client disks and the
  90. server disks are comparable.
  91.  
  92. However, I would expect that if the server load were higher or the
  93. clients' disks faster, then eNFS could make a noticeable impact.
  94.  
  95. I'd be interested to read a summary of the responses that you get
  96. about this product.  Thanks.
  97.  
  98. -- Steve
  99. sdi@sun-valley.stanford.edu
  100.  
  101. [[see [3] below]]
  102. ----------------------------------------
  103. From: Barry Margolin <barmar@Think.COM>
  104.  
  105. We had some problems that may have been a result of eNFS/Cache.  Some of
  106. the clients using it were getting corrupted data.
  107. -- 
  108. Barry Margolin
  109. System Manager, Thinking Machines Corp.
  110.  
  111. barmar@think.com          {uunet,harvard}!think!barmar
  112.  
  113. [[I didn't see anthing of this nature,I was using version 1.0.1, I used it
  114. to compile X11R5 a couple of times and had no problems with that.]]
  115. ----------------------------
  116. From: David_Boyd@sparky.IMD.Sterling.COM (David Boyd)
  117.  
  118. In article <6515@m1.cs.man.ac.uk> you write:
  119. >Is there anyone who is using this product in a large network who can comment
  120. >on its performance/reliability etc. I will summarise to these newsgroups if
  121. >you email me. I understand that Sun may have a similar product in a release of
  122. >Solaris2.1 for later next year,one of the factors affecting whether we purchase
  123. >will be the date at which we upgrade these machines (in teaching laboratories)
  124. >from SunOS4.1.X to Solaris2.X,we have a limited budget!
  125. >
  126.     Although we are not using it on a large network we have done some
  127. evaluations of its effect on network load.  The first thing we noticed is that
  128. if the response time from the server is fast you acually suffer a small 
  129. performance penalty.  When reading lots and lots of image data over the
  130. network I found it could reduce actual transfers by quite a signigicant 
  131. amount.  
  132.  
  133.     Now, a question.  Where did you here that Sun may be introducing
  134. a similar product?  This is the first we have heard about it.  What is the
  135. projected availability and cost if you know.  Thanks.
  136. -- 
  137. David W. Boyd                 UUCP:     uunet!sparky!dwb
  138. Sterling Software IMD        INTERNET: dwb@IMD.Sterling.COM
  139. 1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
  140. Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
  141.  
  142. --------------------------------------------------------
  143. From: Mike_Wertzberger@sparky.IMD.Sterling.COM (Mike Wertzberger)
  144.  
  145. I have eNFS/Cache.  I found it to reduce my network load in a local area
  146. network by 40%.. My current configuration is a SUN630MPx2 server with SUN
  147. SPARC 2 clients.  I have configured my clients with a 100 MB cache directory.
  148. My intent is to migrate this all to a very wide area and see what happens.
  149.  
  150. I can only say good things about Interstream,  I found them to be very
  151. responsive to questions, and open to ideas for future technology.
  152.  
  153. The current products from sun I dont think do the same type of work, they do a
  154. NFS write accelleration, and that is not a lot of help for my situation.
  155. -- 
  156. Mike Wertzberger         UUCP:     uunet!sparky!wertz
  157. Sterling Software IMD        INTERNET: wertz@IMD.Sterling.COM
  158. 1404 Ft. Crook Rd. South     Phone:    (402) 291-8300 
  159. Bellevue, NE. 68005-2969     FAX:      (402) 291-4362
  160.  
  161. [[ I feel that there are several products addressing different aspects of the
  162. "problem" eNFS & Prestoserve for NFS writes, Interphase boards for network
  163. throughput, eNFS/Cache for client side read performance.]]
  164. -------------------------------------------------------
  165. --------------------------------------------------------
  166. Notes
  167. -----
  168. [1] Sun caching filesystems.
  169.   I can only pass on what I was told as unattributable/unsubstantiated rumour:
  170.   Sun may provide a caching filesystem in Solaris2.2 or 2.3. - I heard that
  171.   it might be in the 4/93 release.(Nothing was mentioned about 4.1.X systems).
  172.   Perhaps Sun will disclose something amongst their Nov 10 revelations.
  173.  
  174. [2] IFS/AFS
  175. Re IFS:
  176. "Many of our technical reports are available online via AFS or anonymous
  177. ftp to citi.umich.edu in /afs/umich.edu/group/itd/citi/public/techreports.
  178. We also have an IFS Overview document available in postscript via the
  179. same access methods but in /afs/umich.edu/group/itd/citi/public/ifs"
  180. Re AFS:
  181. This is marketed by Transarc:
  182. afs-sales@transarc.com
  183. Tel: 412-338-4432
  184.  
  185. [3] Performance
  186.   As I only installed it on one client I found it hard to extrapolate what
  187. the overall performance on our network would be. It is reasonable to assume
  188. that a fast NFS server would respond quicker than a client's local disc for
  189. one client but what would N clients produce in throughput?? Generally I observed
  190. things going slower as the cache was loaded and then varying speed changes but
  191. accompanied by a fall in network packets.It was quite easy to construct 
  192. tests like doing a sum on the files within an NFS mounted filesystem that
  193. showed things in a favourable light!
  194.  
  195. ------------------------
  196.  
  197. Interstream contacts
  198. Interstream Inc, 1501 Reedsdale Street, Pittsburgh, PA 15223-2329
  199. Tel: 412-323-8000
  200. Fax: 412-323-1930
  201. slf%interstream.com@netserver.andrew.cmu.edu (Stacy Fuechslin International
  202.                           Account Representative)
  203. bjd%interstream.com@netserver.andrew.cmu.edu (Bruce DaCosta President/CEO)
  204.