home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #26 / NN_1992_26.iso / spool / comp / os / vms / 17936 < prev    next >
Encoding:
Internet Message Format  |  1992-11-14  |  1.7 KB
  1. Path: sparky!uunet!europa.asd.contel.com!emory!wupost!gumby!destroyer!ncar!noao!arizona!arizona.edu!telcom.arizona.edu!leonard
  2. From: leonard@telcom.arizona.edu (Aaron Leonard)
  3. Newsgroups: comp.os.vms
  4. Subject: Re: cheap and not buggy tcp/ip for VMS
  5. Message-ID: <1992Nov13.144844.3983@arizona.edu>
  6. Date: 13 Nov 92 21:48:39 GMT
  7. References: <9211131301.AA21539@usppc.abb.com>
  8. Reply-To: Leonard@Arizona.EDU
  9. Distribution: world,local
  10. Organization: University of Arizona Telecommunications
  11. Lines: 25
  12. Nntp-Posting-Host: penny.telcom.arizona.edu
  13.  
  14. In article <9211131301.AA21539@usppc.abb.com>, Dave@usppc.abb.com writes:
  15.  
  16. [ excellent evaluation of TGV MultiNet omitted ... ]
  17. | The [TGV NFS] server also seems to take
  18. | longer to respond to directory querries than the SunOS NFS server on
  19. | machines of similar performance (SS 4/330).  We are unsure of the cause.
  20.  
  21. The problem is the different semantics between the native VMS and
  22. Unix filesystems.  Unix expects the filesystem to maintain a precise 
  23. byte count of each file; VMS Files-11 only knows block counts.
  24. Thus, when you do an `ls -l *' on a filesystem NFS-served by a VMS
  25. system, in the (frequently encountered) worst case, the VMS side must
  26. actually read all of the files in that directory in their entirety, in order
  27. to give a "proper" byte count to the Unix side.
  28.  
  29. It would be nice if NFS clients were happy with block counts only, but
  30. I think that byte-count knowledge is ingrained pretty deeply in Unix.
  31.  
  32. Aaron
  33.  
  34. Aaron Leonard (AL104), <Leonard@Arizona.EDU>
  35. University of Arizona Network Operations, Tucson AZ 85721
  36.   "It's not a bug, it's a form of flow control."
  37.   - Jerry Leichter on why crash-prone Unix is a suitable
  38.     platform for NSFNET core routers
  39.