机器配置
2颗cpu，每颗cpu是4核，
Intel(R) Xeon(R) CPU
E5606 @ 2.13GHz 内存是8G
——————————————————————————————————–
测试场景1
单线程 平均写入时间是86毫秒 乱序跑了11个小时，写入了 28万个文件，平均文件大小是700K，写入了230G文件大小，硬盘总大小230G，平均cpu 10%
——————————————————————————————————–
测试场景2 50线程 平均写入时间是3300毫秒 乱序跑了11个小时，写入了 29万个文件，平均文件大小是700K，
写入了230G文件大小，硬盘总大小230G，平均cpu 10%
——————————————————————————————————–
3 测试场景3 50线程,10个storeage,非同组， 平均写入时间是3362毫秒 程序跑了12个小时，写入了 488758个文件，平均文件大小是700K，
写入了500G文件大小，硬盘总大小800G，平均cpu 10%
——————————————————————————————————–
测试场景4 100线程 平均写入时间是7秒 乱序跑了11个小时，写入了 30万个文件，平均文件大我、
是700K，
写入了230G文件大小，硬盘总大小230G，平均cpu 19%
——————————————————————————————————–
4 测试场景4 200线程 平均写入时间是7秒 乱序跑了11个小时，写入了 30万个文件，平均文件大小是700K，
写入了230G文件大小，硬盘总大小230G，平均cpu 19%
测试场景5 300线程 平均写入时间是7秒 乱序跑了11个小时，写入了 30万个文件，平均文件大小是700K，
写入了230G文件大小，硬盘总大小230G，平均cpu 19%
——————————————————————————————————–
优化场景1
调整strotreage的 work_threads=8 改成了84毫秒，看来还是没有质的提升，是不是修改的不够大导致的，那么再加大
work_threads=24，直接是83秒了的，
work_threads=100，直接是83秒了的，也是83毫秒，没有质的提升
——————————————————————————————————–
优化场景2
把 storeage的work_threads 改成8，同时客户端改成8个线程做,平均时间 1015毫秒
把 storeage的work_threads 改成8，同时客户端改成32个线程做,平均时间 2112毫秒
把 storeage的work_threads 改成16，同时客户端改成32个线程做,平均时间 2105毫秒
把 storeage的work_threads 改成100，同时客户端改成32个线程做,平均时间2174毫秒
把 storeage的work_threads 改成100，同时客户端改成64个线程做,平均时间4367毫秒
把 storeage的work_threads 改成100，同时客户端改成100个线程做,平均时间7000毫秒
结论:work_threads 的线程数组，对于性能的优化没有什么用处。
——————————————————————————————————–
优化场景3
把 storeage的work_threads 改成4，同时客户端改成50个线程做,平均时间 1015毫秒