问题很多啊

[iilook]

1，全节点开启后会卡死，一般同步一会就停止了，大概五分钟吧（不是自动休眠的问题），windows10，ubuntu16.04，centos7.4等平台都会出现，只能通过计划任务定时杀掉进程再重新开启。本来全节点同步就慢，再一卡死就更慢了。建议程序定时自检；另外针对全节点同步慢的问题能不能每10万或100万区块高度打包为一个压缩包，下载回来再解压，先把前面的快速下载下来，后面的慢慢同步？

2，建议编译一个arm linux平台的版本，arm平台能耗低。

[jerry-vite]

go-vite have some APIs to check the node status, there have 2 APIs about syncing, you can input following command on terminal.

1. get peers

curl -X POST \
  http://127.0.0.1:48132/ \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -H 'postman-token: 1e9960d8-65da-257f-b07a-c4e2a65c04bf' \
  -d '{
	"jsonrpc": "2.0",
	"id": 5,
	"method": "net_peers",
	"params": null
}'

2. check the sync status

curl -X POST \
  http://127.0.0.1:48132/ \
  -H 'cache-control: no-cache' \
  -H 'content-type: application/json' \
  -H 'postman-token: 1e9960d8-65da-257f-b07a-c4e2a65c04bf' \
  -d '{
	"jsonrpc": "2.0",
	"id": 5,
	"method": "net_syncInfo",
	"params": null
}'

Nodes transmit files(package of blocks, the same with your proposal). File download will timeout after 5 minutes, so if it hasn`t download another file, please be patient, the Node will try to download the file from another peer.

go-vite will output the log to folder ~/.gvite/testdata/runlog, you can use cat vite.log | grep -i "file" to filter the file download info.

[roymoro]

arm release version is not suit for vite!