测试wcf的http和tcp绑定以及非wcf的命名管道传输文件速度对比

最快速度是在本机上使用非wcf的命名管道有113MB/s

局域网机器传输文件速度最快是使用wcf的tcp绑定，速度有70~120MB/s

测试速度对比：

	本机互传	局域网机器互传
wcf的http绑定	104~116MB/s缓冲模式（25MB需要0.21~0.23秒） 40~45MB/s流模式（25MB需要0.5~0.6秒）	50~60MB/s缓冲模式 7~10MB/s流模式
wcf的tcp绑定	290~370MB/s缓冲模式（25MB只需要0.07s） (wcf的命名管道也只需要0.07s) 60~70MB/s流模式	70~120MB/s缓冲模式(25MB只需要0.20~0.37秒) 2~3MB/s流模式
非wcf的命名管道	113MB/s	10MB/s

缓冲模式使用的缓存大小大于文件大小（即文件先全部放入内存），这是用资源换取速度的方法，实际使用中不能耗费太多资源。

写文件的操作使用了缓冲层。

希望有兴趣的朋友一起交流。

测试时Read方法的缓冲大小为15000；发现该缓冲过大速度会过慢，大到一定程度上后接受不到数据并会提前终止。

测试TCP发现每次Read有一个规律：

第一获取255,

第二次4089，

第三次6，

第四次以及之后4089

难道这就是传说的三次握手吗？

测试HTTP发现每次Read都是4096

PS(2014/3/25):众所周知，传输速度（注意区分你测到的速度和网络传输速度的区别）的快慢的影响因素是多方面的。大体上来讲，接受来自网络的大数据时，在未接受完成前，将数据暂存在内存中是测试到的传输速度是最接近网络传输速度的。如果不这样做，那么也建议持久化的线程与接收网络数据的线程不要在同一线程上。建立和切换连接与频繁访问磁盘是耗时操作。

就像在测试一个算法的效率的时候，频繁打印计算进度是严重影响实际效果的，因为访问打印设备也是耗时操作。