赞
踩
如果你也遇到VSCode的CPU占用过高的问题,可以尝试使用官方自带的插件Bisect(扩展二分查找)功能来查找具体是哪个扩展出了问题。
找到“糟糕”的扩展可能很容易,也可能很困难。
打开扩展视图 ( Ctrl+Shift+X ),禁用扩展,重新加载窗口 (开发人员:重新加载窗口),然后检查问题是否仍然存在。
如果问题消失,则该扩展是“坏的”,您就完成了。
否则,重新启用这个扩展并对下一个扩展重复该过程。
如果幸运的话,第一个扩展是“坏”的;如果你运气不好,这是最后一次延期。使用计算机科学语言,这意味着通过N扩展,您会遇到重复该过程的最坏情况O(N)(N 阶),以及平均情况O(N/2)。因为该算法是由人类(您)操作的,所以即使很小的值也N很费力。这就是扩展 bisect实用程序派上用场的地方。
VS Code 中的扩展 bisect 实用程序受到git bisect命令的启发。对于熟悉 Git 的人来说,此命令有助于找出存储库中的哪个提交引入了问题。
让我们使用一个示例:我安装了 24 个扩展,第 8 个扩展是“坏”的。我们知道迭代方法需要 8 个步骤。
Bisect 呢?
假设有 24 个扩展,Bisect 将 24 个扩展分成两半,每半有 12 个扩展,并且禁用后半部分的所有 12 个扩展....
在每一步中,bisect 都会将搜索空间减少一半。这些步骤现在以对数时间运行,从而产生平均和最坏情况下的性能O(log N)。这非常好,因为它的扩展性很好。如果有 24 个扩展,您需要 4 到 5 个步骤才能找到“坏”扩展,如果有 38 个扩展,则只需要多 1 个步骤。
解决办法操作
通过“Help: Start Extension Bisect ”命令启动插件Bisect ,然后选择“can't reproduce表示CPU不再高企没有问题了”或“can reproduce还是有问题”,直到识别出“不良”扩展。一旦确定,您可以选择报告该扩展的问题。
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。