实际测试下文件IO，有一个感性认识
环境（戴尔服务器）：cpu:4核3.1GHZ； 内存：4G
1. 写文件速度测试结果(测试时间：10S)
环境：死循环进行写文件，随着循环轮询每个文件，每次循环把内容写入轮到的这个文件
条件(轮询写文件的个数)
结果(文件大小总和：单位G)
1
1.50
2
1.44
100
1.39
500
1.35
1000
1.31
2000
1.24
3000
1.20
5000
1.15
上面是单线程模式。后面又尝试了一下多线程模式，发现数据差不多，没有什么区别。
结论：
1、 服务器文件IO速度大概是150M/S。
2、 随着写文件数目的增多，IO速度减少。这里是磁盘寻道时间在影响速度。
3、 单个线程即可使IO达到顶峰。说明CPU处理能够远比IO处理要快。
结论：随着读写文件的增多，单位时间内写的速度会降低
2. tcp通信recv和send时间比较
环境：tcp服务器和客户端(非阻塞)， 每次发送和接受的缓冲为1000字节
发包间隔
send函数执行时间(us)
recv函数执行时间(us)
usleep 50000
9
10
usleep 5000
7
6
usleep 0
1
2
结论：tcp发包执行时间与udp发包时间差不多，但是收包要比udp慢很多
tcp的recv cpu时间较多。
3. udp通信recv和send时间比较
环境：udp服务器和客户端(非阻塞)， 每次发送1000字节，接收为4096字节
发包间隔
send函数执行时间(us)
recv函数执行时间(us)
usleep 50000
8
1
usleep 25000
8
1
usleep 5000
8
1
usleep 0
2
0
结论：通过上面发现，TCP的发包和UDP在时长上差别不大。但是在收包上要比udp慢。cpu消耗也大。
4. 写文件时测试 fwrite函数执行时间
执行过程：文件打开后，连续fwrite20次，得到每次调用fwrite的时间
注意：(用我自己虚拟机测试，戴尔服务器测试过程中没有出现)测试得到的结果有可能会全部时间为0或者部分为0，而且全部测试过程都有概率出现这种情况，
每次fwrite的字节数
规律(调用时间较长的是哪几次)
500
1，9，17
1000
1，5，9，13，17
2000
1，3，5，7，9，11，13，15，17，19
3000
1，2，3，5，6，7，9，10，11，13，14，16，17，18，20
4000
每次调用时间都较长
5000
每次调用时间都较长
6000
每次调用时间都较长
结论：内核buf ：4096，每次发送的数据超过4096时，每次发送调用的时间都较长