用first-network来做压测
这里包含了渠道创建的时间。吞吐量大概在每秒10笔，看区块最大就10笔交易
如果改为批次5秒最大100个，显著提升了cpu的吞吐
看如上图形，基本是满负荷了
从cpu看，签名加密还是很耗时间的
看看改大参数能否改善性能？答案目前看是否定的，fabric很重量级，看来要将不同的docker部署到不同的服务器上。
另外我怀疑是发起测试的shell效率不高，但是我用echo语句填充时，哪怕几百个动作也是瞬间完成。可见Fabric是太重量级了。
--------------------------------------------------------------
还有一个是稳定性问题
用参数默认2s，一个区块最大10个交易，跑了次800笔交易，最终交易量是778
但是如果参数优化，比如批次5秒，100个最大区块中交易数，则最终交易量是805个，这个是正确的交易数
--------------------------------------------------------------
Hyperledger性能工作组的官方测试
[超级账本性能和规模工作组](https://chat.hyperledger.org/channel/performance-and-scale-wg)
[超级账本的性能测试工具PTE](https://github.com/hyperledger/fabric-test/tree/master/tools/PTE)
[华为测试工具caliper](https://github.com/Huawei-OSG/caliper)
有人在6月份做过测试：
Transactions: 50000 hits
Availability: 100.00 %
Elapsed time: 1204.94 secs
Data transferred: 5.96 MB
Response time: 11.14 secs
Transaction rate: 41.50 trans/sec
Throughput: 0.00 MB/sec
Concurrency: 462.36
Successful transactions: 50000
Failed transactions: 0
Longest transaction: 52.20
Shortest transaction: 0.05
具体部署信息：
+ 2 peer 1 orderer base on the kafka
+ the kafka is fake cluster
+ 用的是PTE测试工具
去年9月份的测试，好像性能也没有提高多少
Test results for Hyperledger v1.0 with 4 peer network on single VM useing Cliper framework
4 peers, 1 orderer, 2 CAs ,另外一组9月份测试证明了性能一般般
日本银行测试了fabric0.6，发现并没有达到性能要求
“ DLT is not a solution for large-scale applications like BOJ-NET and TARGET2 at this stage of development”
[日本银行报告](http://www.boj.or.jp/en/announcements/release_2017/rel170906a.htm/)
杨保华在书中特别写到了性能测试，但是也是单机上集群的测试（这说明现在没有真正生产的场景）
[杨保华性能测试](http://book.8btc.com/books/6/blockchain_guide/_book/evaluation/hyperledger.html)
[fabric性能测试会议记录，需翻墙](https://drive.google.com/drive/folders/0B_NJV6eJXAA1RHNnY2drSWpZcFU)