home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / vmsnet / internal / 1210 < prev    next >
Encoding:
Internet Message Format  |  1992-08-29  |  2.7 KB

  1. Path: sparky!uunet!haven.umd.edu!darwin.sura.net!jvnc.net!rutgers!network.ucsd.edu!mvb.saic.com!macro32
  2. From: SYSMGR@IPG.PH.KCL.AC.UK
  3. Newsgroups: vmsnet.internals
  4. Subject: re: RE: VMS tuning for a VAXcluster (LAVC)
  5. Message-ID: <20600630_00057EE8.0095FC77E2287DE0$6_1@UK.AC.KCL.PH.IPG>
  6. Date: 28 Aug 92 15:32:18 GMT
  7. Organization: Macro32<==>Vmsnet.Internals Gateway
  8. Lines: 46
  9. X-Gateway-Source-Info: Mailing List
  10.  
  11. Harvey Brydon writes:
  12.  
  13. ...
  14.  
  15. > My claim is that paging through [an unloaded] ethernet is faster than to a
  16. > local disk.  Of course if a lot of systems page this way, you will have a
  17. > network contention problem which will slow things down.  [By the way, this
  18. > assumes paging to another VMS system.  Paging to an Infoserver, as per the
  19. > VXT2000 workstation is essentially the speed of the disk on the infoserver,
  20. > plus you are generating ethernet traffic.  There is no caching on an
  21. > Infoserver.]
  22. >
  23. > Any disagreements with the above?  Anybody do any quantitative testing on
  24. > this?
  25.  
  26. An interesting viewpoint, and this may  be true if you have low-end
  27. satellites on a high-end boot server with state-of-the-art disks (or
  28. disk arrays) on an HSC. It certainly is NOT true if your boot node is simply
  29. the most powerful VAXstation in a cluster of ten or twenty others, all with
  30. SCSI disks.
  31.  
  32. The real weakness in the argumemt, I think, is the idea of an unloaded Ethernet.
  33. 10 Mbps was close to infinite when Ethernet was invented, but at most sites
  34. today backbone traffic is saturating at peak times. Using a local disk for
  35. paging (and for copying frequently used images to) reduces load on the
  36. Ethernet, which is good all round. We really need something faster than
  37. Ethernet: I can only hope that the prices of FDDI kit will fall rapidly in
  38. the next few years (and that copper alternatives to fibre will be offered).
  39.  
  40. What would be really nice would be a cheapish box that took data to-and-from
  41. a boot node at high speed (like FDDI) but in some simple-to-engineer way
  42. (like bit-parallel words down a ribbon cable - maybe use standard SCSI bus?)
  43. This box would in turn have (say) eight ordinary Ethernet ports emerging
  44. from it. Internally it would function like a very fast multiport bridge.
  45. The driver for this box would have an interface just like an Ethernet port
  46. driver, but the data throughput would be a lot higher. I'm a physicist
  47. not an electronics wiz, but I would have thought that a box like
  48. this could be made a lot cheaper than an FDDI repeater and interface, and
  49. by distributing satellites on the ethernet strings connected to it one
  50. could increase the bandwidth between them and the server considerably.
  51. Any entrepreneurs out there?
  52.  
  53.         Nigel Arnot
  54.  
  55.                 NRA%ipg.ph.kcl.ac.uk@nsfnet-relay.ac.uk   (internet)
  56.                 NRA%uk.ac.kcl.ph.ipg@ukacrl.bitnet        (bitnet)
  57.