home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1213 < prev    next >
Encoding:
Text File  |  1992-08-29  |  3.2 KB  |  66 lines
  1. Newsgroups: vmsnet.internals
  2. Path: sparky!uunet!stanford.edu!agate!usenet.ins.cwru.edu!news.ysu.edu!malgudi.oar.net!zaphod.mps.ohio-state.edu!sdd.hp.com!decwrl!pa.dec.com!ripple.enet.dec.com!pettigrew_mi
  3. From: pettigrew_mi@ripple.enet.dec.com (Mike Pettigrew)
  4. Subject: Re: RE: VMS tuning for a vaxcluster (LAVC)
  5. Message-ID: <1992Aug28.175448.5429@PA.dec.com>
  6. Sender: news@PA.dec.com (News)
  7. Organization: Digital Equipment Corporation
  8. References:   <9208281401.AA18734@sndsu1.sinet.slb.com>
  9. Date: 28 AUG 92 10:09:23 PDT
  10. Lines: 54
  11.  
  12.  
  13. In article <9208281401.AA18734@sndsu1.sinet.slb.com>, brydon@dsny25.sinet.slb.com writes...
  14.  
  15. > 
  16. >My claim is that paging through [an unloaded] ethernet is faster than to a
  17. >local disk.  Of course if a lot of systems page this way, you will have a
  18. >network contention problem which will slow things down.  [By the way, this
  19. >assumes paging to another VMS system.  Paging to an Infoserver, as per the
  20. >VXT2000 workstation is essentially the speed of the disk on the infoserver,
  21. >plus you are generating ethernet traffic.  There is no caching on an
  22. >Infoserver.]
  23. > 
  24. >Any disagreements with the above?  Anybody do any quantitative testing on
  25. >this?
  26.  
  27.  
  28. Experiments with a production system of approximately 120 VAXstations on
  29. a LAVC, show that local page and swap files consistently offer better
  30. performance than paging or swapping to disks on the server.
  31.  
  32. Caching adjustments on the server, beyond the defaults computed by AUTOGEN
  33. did not appear to have a critical effect on performance.
  34.  
  35. What does have a very critical effect is changes to the system parameters
  36. WSMAX, MPW_HILIMIT, PQL_MWSQUOTA, PQL_MWSEXTENT , and also changes to the
  37. SYSUAF field WSEXTENT.  On a memory-rich system, these fields can be raised
  38. to much higher values than the default calculations.
  39.  
  40. The practical effect of raising these parameters is to eliminate paging
  41. and swapping activity on the sattelite nodes althogether.
  42.  
  43. If you INSTALL all of the images that you are using on the sattelite nodes,
  44. and keep a free list of about 4,000 pages, you will rapidly have all of
  45. the relavent system image pages cached in the free list at the sattelite
  46. node.
  47.  
  48. Ethernet bandwidth is comparable to the disk transfer speeds, thus light
  49. access to COM files and incidental data files is as fast from the server
  50. as it is from a local disk.  If you have lots of users, and your applications
  51. have many COM files, you will run into problems with seek contention, and
  52. should consider local disks.  If you have an application that uses many data
  53. files or is I/O intensive, you will have seek and bandwidth contention, and
  54. again should consider local disks.
  55.  
  56. ----------------------------------------------------------------------------
  57. | -Mike Pettigrew        pettigrew_mi@ripple.enet.dec.com
  58. |                        (206) 661-3032
  59. |                        Digital Equipment Corporation 
  60. |                        Federal Way, Washington, USA
  61. |___________________________________________________________________________
  62. |  Surprises Every Day!
  63. |___________________________________________________________________________
  64. |These opinions are mine and not necessarily my employer's
  65. ----------------------------------------------------------------------------
  66.