前面有篇随笔比较了http、tcp和管道绑定的文件传输速率
今天又特意比较了http和tcp每次Read的大小，结果是这样的：
http绑定不管怎么样每次都是4096；
tcp绑定与maxBytesPerRead属性有关。
测试过程记录如下：
tcp 客户端 maxBytesPerRead="4089"
255 4083 12 4083 4083 4083 4083
tcp 客户端 maxBytesPerRead="40890"
255 4095 40884 24654 40884 24651 40884 24651 40884
tcp 客户端 maxBytesPerRead="65536"
255 4095 65529 9 65529 6 65529 9 65529 6
tcp 客户端 maxBytesPerRead="65538"
255 4095 65532 6 65532 6 3
初步判断 这是 tcp的流量控制机制导致 每次大小的区别涉及到 tcp的滑动窗口
窗口由16bit定义，所以最大支持65535个字节的缓冲 maxBytesPerRead基本上等于窗口大小+7
TCP的最大报文长度是65535byte(即64K) 测试发现 最大长度可以达到65538byte(前提是maxBytesPerRead>65535+7)
在程序中减少循环次数可以加快速度
在这篇随笔中http://www.cnblogs.com/langu/archive/2013/02/26/2933309.html，本机wcf的tcp绑定传文件流模式60~70MB/s的速度（大概0.38秒），结合这篇随笔的结论，
将maxBytesPerRead="65543" 每次Read的BufferSize设置为65536，结果流模式只需要0.16秒（大概155MB/s），速度提升了一倍之多。
局域网wcf的tcp绑定流模式原来的2~3MB/s的速度（大概10秒），现在也只需要0.31秒（8.05MB/s）。
这是本人目前测试时流模式下最快速度的设定。
至于http为什么每次都是4096字节？还待继续深究
在TCP的一本书中看到这样的介绍：
接收方提供的窗口大小通常可以由接收经常控制，这将影响TCP的性能（HTTP在TCP之上）。
迄今为止，SunOS，BSD/386和SVR4系统仍然使用4096字节的默认大小……
……对以太网而言，默认的4096字节并不是最理想的大小……《TCP/IP协议详解 卷一：协议》P214