home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / ultrix / 8348 < prev    next >
Encoding:
Text File  |  1992-11-17  |  3.7 KB  |  70 lines
  1. Newsgroups: comp.unix.ultrix
  2. Path: sparky!uunet!gumby!yale!spock!lancelot
  3. From: lancelot@spock.uucp (Thor Lancelot Simon)
  4. Subject: Re: Slow writes to Ultrix 4.3 NFS server
  5. Message-ID: <1992Nov16.174533.16029@spock.UUCP>
  6. Keywords: NFS server performance
  7. Sender: usenet@spock.UUCP (Usenet posting daemon)
  8. Nntp-Posting-Host: roll
  9. Organization: Choate Rosemary Hall
  10. References: <leb.721702653@Hypatia> <Bxos0B.GqM@news.iastate.edu> <leb.721782917@Hypatia>
  11. Date: Mon, 16 Nov 1992 17:45:33 GMT
  12. Lines: 56
  13.  
  14. In article <leb.721782917@Hypatia> leb@Hypatia.gsfc.nasa.gov (Lee E. Brotzman) writes:
  15. >john@iastate.edu (John Hascall) writes:
  16. >>leb@Hypatia.gsfc.nasa.gov (Lee E. Brotzman) writes:
  17. >>}I manage an SGI 4D/340 running IRIX 4.0.1 and a DECstation 5000/125 running
  18. >>}Ultrix 4.3.
  19. >>Anyway, several vendors' NFS servers mis-implement the standard (on purpose).
  20. >>The NFS standard requires that writes be done "synchronously".  Some vendors
  21. >>allow you to set an option which makes NFS writes be done "asynchronously"
  22. >...
  23. >>                     *** SGI ships their systems with ASYNCH as the DEFAULT ***
  24. >>If you run asynch-writes (and we have modified our DEC servers to do this) and
  25. >>you don't have them on a UPS you are running a massive risk.
  26. >
  27. >Our SGI box is on an uninterruptable power supply, but the DECstation isn't
  28. >(it's in my office).  However we take electrical power seriously here at NASA,
  29. >and we haven't had any major or even minor problems in our building since they
  30. >finished some construction and totally replaced and upgraded our building power
  31. >supplies.  It is not uncommon to have our computers up for months or even years
  32. >between reboots, and then it's usually because of scheduled maintenance
  33. >downtimes, not power problems.
  34. >
  35. >>The "safe" option to make your Ultrix boxes faster is to buy PrestoServe
  36. >>for your NFS servers.
  37. >
  38. >Ahh.  The usual DEC solution is to charge their customers with add-on products
  39. >that amend the original deficiencies.  We have been bitten the same way with
  40. >our lousy tape device drivers for our VAX/VMS machines.
  41.  
  42. I've not exaactly got a reputation as a defender of the One True DEC Faith, so
  43. I think I'm fairly safe in saying that this is unfair.  PrestoServe is a fine
  44. product, and a much better solution (and most likely gives you better
  45. performance, too...) than asynch-NFS; not offering asynch NFS as a kernel
  46. option is a mistake, but DEC have posted unofficial, modified NFS object files
  47. for most versions of Ultrix that _do_ provide it.  Having asynch NFS turned ON
  48. by default, as SGI does, is irresponsible and dangerous, IMHO.  PrestoServe is
  49. a product that greatly increases NFS performance _without_ the hazard involved
  50. in asynch NFS, and it's a good one.  If it costs too much, fine.  Just don't
  51. blame DEC for offering it!
  52.  
  53. Synch NFS is not a 'deficiency'.  Sun ship it, too.  Whether your installation
  54. wants to trade safety for speed is an issue that should only be decided ONE
  55. way when the OS is shipped -- for safety.  Remember, power's not the only issue,
  56. unless you can honestly say you've seen a UNIX kernel that never panics...
  57.  
  58. That said, I do with DEC were more reasonable about configurabiliy of their
  59. kernel, but hey, I object to any situation in which it's absurdly difficult/
  60. expensive to get kernel source.  DEC aren't at the front of the pack, but they
  61. aren't at the back of it, either.  This isn't VMS we're talking about here.
  62.  
  63. -- 
  64. *******************************************************************************
  65. *Thor Simon             * Okay, just a little pin-prick...There'll be no more-*
  66. *tls@panix.COM          * Aieeeeaaaugh!-but you may feel a little _sick_.     *
  67. *tls@spock.UUCP         *   ---Pink Floyd                                     *
  68. *******************************************************************************
  69.  
  70.