机器配置
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毫秒