建议AMR版的加入性能限制

E7C3

原因：  首先ARM设备一般都是嵌入式、移动、或者电视盒子之类的设备。这类设备功耗低相应的配置也较低。而且这类设备品牌，配置差异特别大。但这类产品一般都是7x24运行的。比如路由，比如电视盒子。对稳定性要求要比对性能要求更高。

CPU方面：首先如果是安装在路由上，CPU占用过多，会导致整个家庭网络的卡顿。比如论坛里有个key，
       里面10W+的照片。我电脑同步的时候经常100%CPU占用。虽然可以用优先级来减少卡顿，但会出现
       发热 的问题。一些杂牌厂商的设备就容易高温死机了。

内存方面：配置差异巨大，有的设备可能只有128MB的内存，有的可能有4G，有的支持swap分区，有的内
      核不支持。如果遇到小内存设备，同时又没swap的。那设备设备系统铁定就挂了，限制内存感觉很有
      必要
硬盘方面：同上面。读写这类设备读写能力普遍不高。如果读写并发太高可能导致I/O延迟特别高。。

ARM设备特点，设备众多（路由，破旧安卓手机，电视盒子，设置电视的智能系统），配置普遍不高，但要求高稳定性。所以，建议加入限制内存，CPU的选项。降低软件的性能，提高软件的生存时间。

比如，父母的路由放入sync挂个硬盘。自己家里路由在放一个，实现异地容灾备份，这时候性能就是次要的。主要是的稳定性

S11

很好的建议

smilenet

性能限制，选择同步，可能是呼声最高的两个功能。

zminds

暂时用cpulimit限制了 我的树莓派受影响太大   这是systemd 配置

[Unit]
Description=Verysync - Power Verysync File Synchronization
Documentation=man:verysync(1)
Wants=network-online.target
After=network.service
AssertPathExists=/opt/verysync
[Service]
User=verysync
ExecStart=/usr/bin/cpulimit -l 60 /opt/verysync/verysync -gui-address 0.0.0.0:8886 -no-browser -no-restart -logflags=0
Nice=19
#CPUQuota=25%
#BlockIOWriteBandwidth="/dev/mmcblk0 5M"
ExecStop=/bin/kill -TERM $MAINPID
ExecReload=/bin/kill -HUP $MAINPID
PIDFile=/run/user/verysync.pid
Restart=on-failure
KillMode=control-group
#KillMode=process
[Install]
WantedBy=multi-user.target
Also=verysync.service



简单用cpulimit启动话直接  

cpulimit -l 50 /opt/verysync/verysync -gui-address 0.0.0.0:8886 -no-browser -no-restart