更新版本后clash进程导致CPU占用100%

[msbtx]

更新1.14版本后，在路由器上的clash日志里看到疯狂刷出访问国内IP（CN配置直连），试图进行TCP连接，端口绝大部分是26881，还有一小部分是55925，结果都是connect: connection refused，同时路由器的CPU占用达到了100%。

不确定是否是因为更新版本导致的，因为今天刚好更新了clash.meta的版本，发现网速特别慢，就看了一下，CPU占用100%。发现这个问题后怀疑geoip数据库错误，更新了一下ipip数据库，仍然存在该问题：

[msbtx]

网上查了一下，是搜狗输入法的东西，尝试输入法设置里进行升级，提示联网不成功； 尝试开关clash并清除PC的DNS缓存，问题仍然存在； 把PC重启之后尝试升级输入法，联网OK了，然后看日志就没这个打印了。 看起来是输入法APP的问题？ clash内核能否避免在某些app出问题导致CPU被占满的情况？

[msbtx]

今天下班回家看到路由器CPU又被打满了，日志没有刷新任何内容，国外网站无法访问，国内网站打开慢 重启clash后恢复正常。我的服务器设置的每晚关闭4小时，不确定是不是因为这个原因

[msbtx]

看了一个小时的奈飞，CPU再次占用100%，clash日志也会有零星出现warning connect: connection refused之类的打印，不过连接目的地址是奈飞的一些域名。上一个版本没有这个问题，升级前后配置没有改变，看起来较大概率是新版本引入的问题 我的配置文件放附件了 MNA_dv_gsg (1).zip

[hkthomas]

debian 11 自编译 1.10 使用也遇到相同问题，不清楚什么触发的，第二天发现用不了发了下CPU占100%了。release里的没有遇到过，

[msbtx]

将内核降级到1.13.2，挂测了一天，没有问题。将内核升级到刚刚更新的1.14.1，一个半小时候复现CPU 100%问题

[stitchrs]

@msbtx 把进程规则关了

[msbtx]

@msbtx 把进程规则关了

不好意思，进程规则是指什么？是clash面板里面的规则吗？

[stitchrs]

@msbtx find-process-mode: off

[msbtx]

@msbtx find-process-mode: off

感谢回答，我下班试了一下，设置好之后，更新了一下英雄联盟，不到5分钟CPU就100%了，即使没有任何流量也无法恢复正常。 另外你说的这个似乎跟PROCESS-NAME规则有关，我的配置里面没有设置这样的规则。

我昨天把fallback dns使用节点解析取消了，并把fallback-filter的geosite取消了，挂了一天也没有问题。看起来是1.14和1.14.1的dns相关代码改动导致的这个问题。

[stitchrs]

@msbtx find-process-mode: off

感谢回答，我下班试了一下，设置好之后，更新了一下英雄联盟，不到5分钟CPU就100%了，即使没有任何流量也无法恢复正常。 另外你说的这个似乎跟PROCESS-NAME规则有关，我的配置里面没有设置这样的规则。

我昨天把fallback dns使用节点解析取消了，并把fallback-filter的geosite取消了，挂了一天也没有问题。看起来是1.14和1.14.1的dns相关代码改动导致的这个问题。

异常部分的配置方便发出来吗

[msbtx]

@msbtx find-process-mode: off

感谢回答，我下班试了一下，设置好之后，更新了一下英雄联盟，不到5分钟CPU就100%了，即使没有任何流量也无法恢复正常。 另外你说的这个似乎跟PROCESS-NAME规则有关，我的配置里面没有设置这样的规则。 我昨天把fallback dns使用节点解析取消了，并把fallback-filter的geosite取消了，挂了一天也没有问题。看起来是1.14和1.14.1的dns相关代码改动导致的这个问题。

异常部分的配置方便发出来吗

经过测试，主要是被红色标记的这三处会导致这个问题。手动切换3是一个select的proxy-groups，目前选择的是一个trojan grpc节点

[tgNotHouse]

@msbtx 几天前注释了dns相关配置后，就再也没有出问题了吗。这段时间还有动其他配置了吗？

[msbtx]

@msbtx 几天前注释了dns相关配置后，就再也没有出问题了吗。这段时间还有动其他配置了吗？

红色配置去掉之后一直都没有出现了

[tgNotHouse]

目前我观察是在dns配置里使用trojan代理解析域名会出现这种问题，ssr这种并不会 @msbtx

[remedynotavailable]

the problem is with grpc. regardless of the protocol. vmess, vless, trojan. I tried all. reading the code I notice it doesn't use full grpc go library but own tiny grpc over existing h2 library. maybe something not implemented fully, dunno.

[zhy1378]

我的 ClashX 版本是 1.118.1.1, 也有CPU占用率飙升到100%只能重新启动 ClashX 的情况。 我的电脑是 MacBook Pro 2019，操作系统是 Mac Sonoma 14.4.1