home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / os / mswindo / programm / win32 / 2497 < prev    next >
Encoding:
Text File  |  1992-12-16  |  2.1 KB  |  45 lines
  1. Newsgroups: comp.os.ms-windows.programmer.win32
  2. Path: sparky!uunet!newsgate.watson.ibm.com!yktnews!admin!news
  3. From: oleg@watson.ibm.com (Oleg Vishnepolsky)
  4. Subject: TCP performance (was Re: FTP performance)
  5. Sender: news@watson.ibm.com (NNTP News Poster)
  6. Message-ID: <1992Dec16.164809.29381@watson.ibm.com>
  7. Date: Wed, 16 Dec 1992 16:48:09 GMT
  8. News-Software: IBM OS/2 PM RN (NR/2) v0.16g by O. Vishnepolsky and R. Rogers
  9. Lines: 29
  10. Reply-To: oleg@watson.ibm.com (Oleg Vishnepolsky)
  11. Disclaimer: This posting represents the poster's views, not necessarily those of IBM
  12. References: <1992Dec15.170207.18676@watson.ibm.com>
  13. Nntp-Posting-Host: rachel.watson.ibm.com
  14. Organization: IBM T.J. Watson Research Center
  15.  
  16. In <1992Dec15.170207.18676@watson.ibm.com> oleg@watson.ibm.com (Oleg Vishnepolsky) writes:
  17. >
  18. >I get about 100 kbytes/sec between two PS/2 mod 95 (33mhz 486) which is
  19. >tolerable but not fantastic. Are there some knobs to be turned (like
  20. >MTU size, NDIS transmit buffer sizes etc). BTW, how do you change MTU ?
  21. >
  22. >Oleg Vishnepolsky
  23.  
  24.  
  25. I noticed two things which affect the performance - NT advertises 8k rcv
  26. windows. Those could be either increased (32k windows would make a significant
  27. difference), or made configurable. Also, NT seems to lose packets on
  28. reception (probably due to buffer overflow in the network driver - is there a
  29. way to configure the driver receive buffer sizes ala NDIS 2.01 TR MAC driver
  30. had it ?). Packet loss drastically affects the performance.
  31.  
  32. I should mention I am using Token Ring with IBM 16/4 TR adapters and that
  33. I am using OS/2 IBM TCP 1.2.1 FTP server. Doing a put from NT client results
  34. in over 200kbytes/sec (which is super), a get is, like I said, around a
  35. 100kb/s. OS/2 to OS/2 transfer rates on the same hardware is over 200k as well.
  36.  
  37. So, looks like there is a need:
  38.        1) Advertise larger windows (or make them configurable).
  39.           You could also use SO_RCVBUF option with setsockopt to make
  40.           that change just for the FTP client that you ship, although
  41.           making larger windows system's default is most preferable.
  42.        2) Look into why packets are lost on reception.
  43.  
  44. Oleg Vishnepolsky
  45.