耗电大 about amm HOT 13 CLOSED

AMM 的 Idle wake ups 居然如此之大，看来屏保时温度急剧上升也是AMM引起的吧？

Idle Wake-ups
Number of times a thread caused the system to wake up from idleness to begin executing the thread.
https://software.intel.com/en-us/vtune-amplifier-help-idle-wake-ups

from amm.

10.12/10.13 系统上长期运行 AMM，刷新间隔为默认值，server 数为2，并未出现所述问题。请确认 Refresh Interval 参数是否设置得过小。

from amm.

from amm.

我大约知道了原因，我也有两个server，但是昨天其中一个的网络挂了，ping不通，在AMM里一直显示是连接中，造成Idle Wake Ups上升到五六千和严重的发热现象，一旦把这个server删掉就好了，请问这里应该如何优化呢？

from amm.

我试着把自己 remote 的 server 断开一段时间，AMM 表现依然正常。不确定尝试重连过久是否会出现所述情况。这和依赖的 websocket library 有关。
AMM 的逻辑是 server 未连接上的话，每 5 秒自动尝试重连。如果你能够找到重现这个问题的方法，请告知。我会在后续版本添加修改自动重连时间的参数。
如果问题无法重现而你确实觉得困扰，可以考虑自己 fork 一份，修改此处的参数 https://github.com/15cm/AMM/blob/master/AMM/Main/AMMConstants.swift#L23

from amm.

你怎么断开server的？我这边是内网另一台机器网络被关闭，内网无法连接，ping不通，不是关闭aria2的服务，不知道我们的环境是否一样。
不是很理解我的mac上为什么连不上时就发热这么严重。。。

这和依赖的 websocket library 有关。

这个是server的还是本地的？方便发下你的websocket lib版本吗，看看是否是这个的影响。

谢谢。

from amm.

我测试的方法是关闭 Aria2 服务，网络还是通的。
websocket 依赖是 Starscream。用于建立 AMM 和 Aria2 服务的连接。
如果你想查看重连的逻辑，可在 repo 里搜索 "connect"。

from amm.

from amm.

我这边成功复现问题。最近比较忙，过段时间有空时修复。
感谢帮忙耐心地测试。

from amm.

from amm.

重新测试了一下，发现针对 aria2 service 连接不上的情况，Idle Wake Ups 只会在 socket 初始化的几秒内较高，后面回复到很低的正常值。不过为了减少资源消耗，latest release 添加了重连间隔和重连次数限制的设置，应该可以解决你反映的问题。

from amm.

from amm.

设置一下 connection retry limit 试试吧，这样失败超过一定次数就不会继续重连了。

from amm.