Surfingkeys icon indicating copy to clipboard operation
Surfingkeys copied to clipboard

Published 20 hours ago • verified publisher icon brookhong

cpu占用莫名升高

Open hezhiyang2000 opened this issue 2 years ago • 6 comments

Error details

浏览网页时surfingkeys的cpu莫名升高了，我尝试了关闭其他所有的插件，不是冲突的问题，我没有找到能稳定复现的方法，现在的解决办法是禁用后再重新启用，就会恢复到正常的水平了。我不知道有什么可以提供给开发者分析这一问题的方法，如果有请告诉我！

SurfingKeys: 1.0.3

Browser: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/98.0.4758.102 Safari/537.36

URL: <The_URL_Where_You_Find_The_Issue>

hezhiyang2000 avatar Mar 02 '22 14:03 hezhiyang2000

是在特定网页上吗？

brookhong avatar Mar 05 '22 05:03 brookhong

好像并不是，我也不能非常确定这个引发的原因，因为总是浏览着浏览着就发现风扇开转了

hezhiyang2000 avatar Mar 05 '22 09:03 hezhiyang2000

@brookhong 我也遇到了 我怀疑是在有大量历史记录的时候使用t或者oh搜索后导致的

  1. 界面会卡顿
  2. dialog退出后后台是否仍然在运行这个索引?

遇到这个情况我只能重启浏览器,不然cpu就持续飙高 类似这个 #1317

0x7a7a avatar May 01 '22 03:05 0x7a7a

  1. dialog退出后后台是否仍然在运行这个索引? 不会，这个只跑一次，获得结果后就不会再跑的

如果有固定的重现步骤，能有助于定位问题。也可以尝试关闭引发问题的标签页，Surfingkeys会在某些情况下监听Dom Tree的变化事件，不确定会不会有些页面因为Dom不停变化，触发Surfingkeys的事件处理。

brookhong avatar May 02 '22 03:05 brookhong

  1. dialog退出后后台是否仍然在运行这个索引? 不会，这个只跑一次，获得结果后就不会再跑的

如果有固定的重现步骤，能有助于定位问题。也可以尝试关闭引发问题的标签页，Surfingkeys会在某些情况下监听Dom Tree的变化事件，不确定会不会有些页面因为Dom不停变化，触发Surfingkeys的事件处理。

我明白,之前频繁遇到这个问题后我尝试修复,但也不是必现,后来莫名又正常了一段时间. 我的经验是t后触发机率比较高,我会继续跟踪这个问题,如果有发现会在这个issue里反馈.

0x7a7a avatar May 02 '22 03:05 0x7a7a

性能窗口看了下，在omnibar中输入一个找不出结果的字符串就会在后台不停地跑RegExp，导致占用飙升 而且字符串的多个前缀子串也会不停地跑 希望尽快解决，这个实在影响使用 firefox下似乎正常，chromium下就会卡cpu

awerty-noob avatar Jul 25 '22 14:07 awerty-noob

duplicate of #1975, closing this.

brookhong avatar Dec 17 '23 03:12 brookhong