关于卡巴斯基引起迅雷大流量下载时卡顿的完美解决方案(11月16日更新)

882100

11月16日更新：
正文部分不适用于AMD ZEN（无论几代）架构的任何CPU！
如果您是此CPU并出现了卡顿情况，直接关闭“反网络攻击”模块即可。
11月2日更新：
低性能CPU、非超线程CPU以及已经按照正文部分调整过后仍然有卡顿现象的低性能超线程CPU请如下操作：
关闭卡巴斯基的“反网络攻击”模块即可。（注意：不是防火墙！）
已知原因：该模块开启后，在多并发、大流量的情况下，会增加系统中断。
如果按照下文调整后就能有极大改善的，不建议再关闭模块，毕竟会失去一些网络攻击保护（但不影响防火墙）。
--------------------------------------------------------------------------------------------------------------
正文：
首先说明一点：这是个伪命题！但仍有解决办法。故障原因：
1、迅雷在大流量下载时，本身就会大量占用CPU资源。
2、卡巴斯基如果未排除流量扫描与迅雷进程扫描，就会导致更多的CPU占用。
也就是说：
在CPU性能不够的情况下，关闭卡巴或排除迅雷进程与流量，确实有一定缓解，但这个方案只治标不治本。

正确的治本思路如下：
（注意：本方案仅适用于带有超线程功能的CPU，效果特别显著，对于不带超线程功能的CPU请勿使用！）
1、经过多次观察实验，发现迅雷进程与卡巴进程常常会共同占用同一个CPU线程。（也就是常说的“一核有难，N核围观”）
2、经过多次观察实验，发现这个被共同占用的CPU线程，竟然是超线程技术的虚拟核心！
3、已知超线程技术特性：“在优先虚拟核心而非真实核心时，运算效率极低”。
4、得出解决方案：
A、优先使用真实核心而非虚拟核心。
B、将卡巴斯基的线程与迅雷线程分散到不同的真实核心上运行。

方案原理：
（再次声明：本方案仅对具有超线程功能的CPU有效！）
利用windows10的异构调度功能将所有的超线程伪装成小核心，达到优先使用非超线程核心并减少线程切换核心，可以减少响应延迟提高程序性能和单核性能，并且不影响多线程性能。
步骤：
1、建立一个REG注册表文件，内容如下：
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel]
"DefaultDynamicHeteroCpuPolicy"=dword:00000000
"DynamicCpuPolicyExpectedRuntime"=dword:00001450‬
"DynamicHeteroCpuPolicyImportant"=dword:00000002
"DynamicHeteroCpuPolicyImportantShort"=dword:00000000
"DynamicHeteroCpuPolicyMask"=dword:00000004
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\kernel\KGroups\00]
"SmallProcessorMask"=dword:00000555
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power\PowerSettings\54533251-82be-4824-96c1-47b60b740d00\0cc5b647-c1df-4637-891a-dec35c318584]
"Attributes"=dword:00000000

2、修改代码中SmallProcessorMask的值：2核4线程就改为00000005，4核8线程就改为00000055，6核12线程就改为00000555，8核16线程就改为00005555（由于实测Windows10下0 2 4等线程才是超线程，所以是010101010101，它们的16进制值就是555。这里的KGroups\00中的00是1号cpu如果是多路cpu还需要设置01等等。）

3、修改完保存成reg文件双击导入后，进入系统设置中的“电源选项”打开你需要使用的电源方案中的“更改高级电源设置”，在“处理器电源管理”中找到“针对第1类处理器电源效率的处理器性能核心放置最小核心数量”将其改为100%后重启电脑。

本方案实测可让WIN10系统下所有进程优先使用真实核心。
本方案实测完全解决了鼠标卡顿问题。本人测试机CPU：E3 1231V3
修改前，迅雷跑到20M/S时，鼠标开始卡顿。
修改后，在开启卡巴斯基的情况下，迅雷跑到60M/S，也完全流畅，因宽带有限，更高未测试。

882100

其实这个方案好处多多：同时还解决了一些多核优化比较烂的游戏（尤其是网游），优先使用超线程虚拟核心导致效率低下的问题。

huang1111

方法不具有针对性
本问题涉及方面有很多，作为卡巴而言，不能去排除迅雷的流量，但是扫描会消耗大量的资源，涉及CPU，内存，硬盘等，所以唯一办法也就是排除流量
我自己就不会碰到这个问题

王者至尊

这个改大小核的win10 2004之前的可能有用吧，2004好像专门优化了处理器的核心调用逻辑

a8855942

我也遇到了，DPI自动最低。卡顿厉害。注销后没事了。

882100

王者至尊 发表于 2020-10-15 14:08
这个改大小核的win10 2004之前的可能有用吧，2004好像专门优化了处理器的核心调用逻辑

并没有，我是WIN10 20H2（BETA通道）实测的。

882100

现在已经准确定位到问题了：关闭卡巴斯基的反网络攻击模块后系统中断立即降低，不再卡顿，请官方看看能不能优化下这个模块的效率。

jifenghas

太好了！困扰许久的问题终于被楼主大大解决了，现在上75m的速度也不会卡顿了。知乎上竟是让我加装一块硬盘，把下载挪到新硬盘上的，不想花这个钱。还有说什么我固态硬盘有瓶颈的，真是无语。

PanzerVIIIMaus

请问：如何区分一个框框是否超线程核心？
——来自两小时CPU-Z的询问


CPU2、3、4、7

如果根据性能测试的结果，我认为某个框框是否“超线程核心”、“虚拟核心”的说法是站不住脚的
如果你指出某一个是，那么应该全部都是
如果你指出某一个不是，那么应该全都不是
因为，每个框框表现的特性是一模一样的，不论是CPU1、3、5、7，还是0、2、4、6，抑或1、2、5、6等类，看上去都是没区别的

要注明的是，此法对于笔记本用户或有显著的能耗问题，在弱负载状态时，系统更倾向于调用少数数个线程，此法可能导致多个核心无法关闭，
此法是否对支持睿频Max 3.0技术的处理器调度造成负面影响，可能需要探讨（穷）

对于无经验的用户，我觉得利用Process Lasso这样的软件直接调节迅雷的CPU相关性应该能更方便和安全地临时解决问题

你可能会认为轻薄本≠高性能，但就我实测而言，这些轻薄本已经不是我认识的轻薄本了



——我说这么多，只是想说楼主应该更谨慎一些

882100

PanzerVIIIMaus 发表于 2020-11-16 15:45
请问：如何区分一个框框是否超线程核心？
——来自两小时CPU-Z的询问

首先向您说声抱歉
我连最基本的一个判断前提都忘了说：
AMD ZEN（无论几代）核心的，确实不能如此判断虚拟核心。
正文部分也不适用于AMD zen核心的任何CPU。