home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #1 / NN_1993_1.iso / spool / comp / sys / hp / 14771 < prev    next >
Encoding:
Text File  |  1993-01-12  |  2.5 KB  |  50 lines
  1. Newsgroups: comp.sys.hp
  2. Path: sparky!uunet!mcsun!sunic!aun.uninett.no!Steinar.Haug
  3. From: Steinar.Haug@delab.sintef.no (Steinar Haug)
  4. Subject: Re: Cluster performance
  5. In-Reply-To: xm9@sdcc12.ucsd.edu's message of 12 Jan 93 14:10:45 GMT
  6. Message-ID: <STEINAR.HAUG.93Jan12170828@delab.sintef.no>
  7. Sender: news@aun.uninett.no
  8. Nntp-Posting-Host: tosca.er.sintef.no
  9. Organization: SINTEF DELAB, Trondheim, Norway.
  10. References: <1993Jan08.203304.13728@ttd.teradyne.com> <C0pDG7.Jp3@cup.hp.com>
  11.     <43379@sdcc12.ucsd.edu>
  12. Date: Tue, 12 Jan 1993 16:08:28 GMT
  13. Lines: 35
  14.  
  15. Tony Burzio writes:
  16. > NFS traffic between our HP730 and SunSSII workstation seems to be
  17. > transmitted at 2 Mbits/second.  I remember reading a long time ago
  18. > that Sun had a trick to "take over" the ethernet in a non-friendly
  19. > way to speed up ethernet transfers at the expense of other clients.
  20. > This was why Sun NFS server performance was always better than HP's
  21. > for a long time.  Perhaps this trick has migrated to the HP now as
  22. > well?  Some vendors said that this was because the NFS service was
  23. > part of the kernel on the Sun, and that HP had only recently put the
  24. > NFS portion in the kernel to get the speed improvement.  Since
  25. > Ethernet tops out at about 1.5 Mbits per second because of timing
  26. > constraints, I find this hard to believe...
  27.  
  28. Hmmm... sounds like another variant of the old rumor that Suns send Ethernet
  29. packets with *less* than the minimum delay according to the Ethernet spec. This
  30. has been claimed by several people, and always been refuted. Van Jacobson, who
  31. probably knows more about Sun Ethernet performance than most people, says he
  32. has *never* seen this happen. Also note that with most Ethernet controllers,
  33. the packet delay is fixed by the controller and *cannot* be changed.
  34.  
  35. On the other hand, it *is* true that Suns will send an 8 kByte NFS block of
  36. data as 6 Ethernet packets with minimum delay (9.6 us), and there are some
  37. other vendors' systems (DEC has been mentioned several times) that do not
  38. handle this very well.
  39.  
  40. Note that with modern workstations it's easy to get more than 1 Megabyte per
  41. second between two workstations on an otherwise quiet Ethernet. I have seen
  42. (measured) this several times myself, using ttcp between Sparcstation IPCs.
  43. You should be able to get close to this with NFS reads, but don't expect to
  44. get close to it with writes (since NFS writes are synchronous on the server).
  45.  
  46. Steinar Haug, system/networks administrator
  47. SINTEF DELAB, University of Trondheim, NORWAY
  48. Email: Steinar.Haug@delab.sintef.no, 
  49.     sthaug@idt.unit.no, steinar@tosca.er.sintef.no
  50.