home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / protocol / tcpip / 4277 < prev    next >
Encoding:
Text File  |  1992-09-02  |  2.7 KB  |  56 lines
  1. Newsgroups: comp.protocols.tcp-ip
  2. Path: sparky!uunet!cs.utexas.edu!hermes.chpc.utexas.edu!news.utdallas.edu!convex!jjensen
  3. From: jjensen@convex.com (James Jensen)
  4. Subject: Re: Dynamically setting the TCP window is hard ?
  5. Sender: usenet@news.eng.convex.com (news access account)
  6. Message-ID: <1992Sep3.000533.11045@news.eng.convex.com>
  7. Date: Thu, 3 Sep 1992 00:05:33 GMT
  8. References: <1992Sep2.211354.24018@ugle.unit.no>
  9. Nntp-Posting-Host: dhostwo.convex.com
  10. Organization: USENET news support, CONVEX Computer Corp, Richardson, Tx. USA
  11. Followup-To: comp.protocols.tcp-ip
  12. X-Disclaimer: This message was written by a user at CONVEX Computer
  13.               Corp. The opinions expressed are those of the user and
  14.               not necessarily those of CONVEX.
  15. Lines: 39
  16.  
  17. oak@odda.er.sintef.no (Olav Kvittem) writes:
  18. - I want to set the TCP window selectively for high performance  sessions on a high
  19. - bandwith*delay network.  
  20. - 
  21. - I have tried to set the max windowsize for TCP on BSD-type systems with the
  22. - setsockopt( SO_RCVBUF ). That means setting the TCP internal receive buffer.
  23.  
  24. - well with SunOs 4.1.1/2, Cray/Unicos v6.013 and HP/UX systems, but  DECstation
  25. - 5000 Ultrix v4.2 does not announce a higher window than 32K on the initial SYN
  26. - 
  27. - What is the actual mechanism for TCP to determine max inital receive window
  28. - size and for me to influence it ?
  29. - 
  30. - Common to all systems above except Unicos is that they does not accept a higher 
  31. - buffersize than about 50K - why is that ?
  32. - 
  33. - I guess that you can generate a kernel with fixed TCP buffersize larger than
  34. - 50K. Then all TCP session for that system would have let say 64K window. Would that be more harmful to slow speed, normal delay , 64Kbps, networks than a 4K window ?
  35. - 
  36. It sounds like you are doing the right thing.  Unless you have the
  37. sources to the kernel there probably isn't a lot more you can do about it.
  38. The larger buffer may still be buying you some performance even though
  39. it isn't advertised.  It should allow the window to stay all the way
  40. open even if the application's read is delayed.
  41.  
  42. The problem with BSD based tcp is that it had hidden assumptions, and
  43. some not so hidden, that they were going over ethernet or some other network 
  44. that didn't need a big window.  This has slowly changed, but modifying tcp 
  45. is pretty scary.  tcp_input() has over 1000 lines in one routine full of 
  46. gotos and subroutines with magic side effects.
  47.  
  48. I suspect the DECstation still has the window stuff declared as signed
  49. 16 bit numbers.  I have no idea where the 50k limit is coming from.
  50.  
  51. One thing you might want to watch out for is that some implementations
  52. of tcp don't work very well if the socket buffers aren't the same size
  53. on both sides of the connection.
  54.  
  55. Jim Jensen - jjensen@convex.com
  56.