性能

2cpu 内存4G 能达到100tps

如果把couchdb换成leveldb能达到160tps

orderer

/var/hyperledger/production/orderer/chains/mychannel 最花费物理空间

peer
/var/hyperledger/production/orderer/chains/mychannel 最花费物理空间和orderer一样
/var/hyperledger/production/ledgersData/stateLeveldb 和投入的数据量一样
/var/hyperledger/production/ledgersData/chains/index 只使用投入数据的2.4%的空间

/var/hyperledger/production/ledgersData/historyLeveldb 只使用投入数据的0.16%的空间

-------------------------------------------------------------------------------------------------------------------------------

磁盘使用量
du -b /var/hyperledger/XXX >> file

docker
docker exec ContainerID du -b /var/hyperledger/XXX >> file

有4核cpu，通过下面命令，给docker分配1,2,3
docker run --cpuset-cpus=1,2,3

进程资源利用状况
sudo pidstat -druh -l -p $(pgrep -d , process名) 时间间隔 >> file
sudo pidstat -druh -l -G process名 时间间隔 >> file

获取host性能用sar的各种命令

-------------------------------------------------------------------------------------------------------------------------------

configtx.yaml
(block的做成间隔)BatchTimeout:2s
(1个block里面最大交易数量)MaxmessageCount:500
(1个block的最大size)PerferredMaxBytes:512kb

------------------------------------------------------------------------------------------------------------------------------

2个orderer，一个停止，另一个仍然正常工作
停止的orderer再启动时，数据被同期更新

kafka的cluster停止时，送往orderer的消息都是异常
kafka的cluster复原后，可以和orderer正常通信

投入的数据量越大，peer的数据同期化时间就越长。
投入1G的数据，同期化时间需要大约5分钟。

anchor peer和Leading Peer的职能不一样，停止后会产生不同的影响