home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / protocol / nfs / 2314 < prev    next >
Encoding:
Internet Message Format  |  1992-09-12  |  2.1 KB
  1. Xref: sparky comp.protocols.nfs:2314 comp.protocols.tcp-ip.ibmpc:5199 comp.dcom.lans.ethernet:1901
  2. Newsgroups: comp.protocols.nfs,comp.protocols.tcp-ip.ibmpc,comp.dcom.lans.ethernet
  3. Path: sparky!uunet!spool.mu.edu!sdd.hp.com!cs.utexas.edu!torn!maccs!beame
  4. From: beame@maccs.dcss.mcmaster.ca (Carl Beame)
  5. Subject: Re: Sun <=> PC Transfer Rate (Summary)
  6. Message-ID: <1992Sep12.224253.14328@maccs.dcss.mcmaster.ca>
  7. Organization: McMaster University, Hamilton, Ontario, Canada.
  8. References: <karl.23.716089551@empirical.com> <BuDFv1.3n6@watserv1.uwaterloo.ca> <920911085058@minimillian.ftp.com>
  9. Date: Sat, 12 Sep 1992 22:42:53 GMT
  10. Lines: 33
  11.  
  12. In article <920911085058@minimillian.ftp.com> backman@vaxeline.ftp.com (Larry Backman) writes:
  13. >
  14.     [stuff deleted]
  15. >
  16. > The 3C509 (if this is what you are referring to) has serious problems with
  17. > 8K receives.  I have had little luck in getting its OS/2 NDIS driver to 
  18. > consistently receive all 6 IP fragments in an 8K RPC.  3Com's response
  19. > has been to state that the NFS protocol is flawed if it expects to
  20. > receive 6 back to back packets.
  21. >
  22. > The board has only a 2K buffer.
  23. > 
  24. > Draw your own conclusions.
  25. >
  26. >Larry Backman
  27. >FTP Software
  28.  
  29.     We have also done tests with the 3C509 card. The tiny buffer size makes
  30. the card little better then their 3C501. Its not just NFS that can expect a
  31. large number of back to back packets, TCP does as well. In our TCP/IP we
  32. set the incoming TCP Window based on the buffer size in the card. A WD8003E/A
  33. micro channel card can run with a 6 to 8K TCP Window size, because it can
  34. accept 6 to 8 back to back packets in its 16K buffer. Many high speed protocols
  35. (Novell's new high speed blit protocol) are based on the fact that the receiver
  36. can handle many back to back packets with out waiting for an ACK.
  37.  
  38.     In my experience with our TCP over many ethernet cards, the main
  39. factors in performance were the size of the cards buffer and the speed of the
  40. system bus. Ofcourse the CPU is important, but with INTEL machines, the CPU
  41. can usually process packets faster than the cards can deliver them to the CPU.
  42.  
  43. Carl Beame
  44. Beame & Whiteside Software Ltd.
  45.