倒反天罡！使用HCL测试VSR性能，i7-12800HX竟然败给了i7-8750H

在之前的文章中，我们已经介绍过如何在HCL中导入自定义NFV镜像VSR1000（如何在最新版的HCL 5.10.0中导入NFV镜像？），后来我们也测试了HCL中的转发性能（小测一下HCL中VSR的转发性能），虽然HCL号称从V5.10.1版本开始优化了设备性能，但测试结果还是比较尴尬。
用低压i5-8265U的笔记本进行测试，测得性能最高不超过400 Mbps；换成配置稍高一些的i7-8750H之后，测试最高转发可以超过1.8 Gbps（轻轻松松达到1.8 Gbps，果然HCL还是搭配高档电脑更好使）。
在折腾过BitLocker之后（破案了！还真就是Windows11默认开机的BitLocker，不想被加密的赶紧关掉！），我这台新的i7-12800HX可以再来测试一下了。还是使用之前的测试拓扑。

测试环境配置如下：
主机：处理器Intel Core i7-12800HX@2.0 GHz（16核心24线程），32 GB内存
HCL版本：V5.10.3
VSR：Version 7.1.064, Release 1362P12
openwrt：22.03
结合之前的经验，我们已经知道，虚拟设备的性能和虚拟机配置有着紧密的联系。为此，我们在VirtualBox中将测试用到的3台虚拟设备的系统配置都调整为4核CPU（100%性能）+4 GB内存。

此外，HCL中设备之间的连线默认是通过UDPTunnel实现的，这种方式也是比较消耗CPU性能的。

针对这个问题，我们将网卡类型调整一下，将连接方式从通用驱动的UDPTunnel修改为仅主机网络，创建两个虚拟网卡并分别连接到3台虚拟设备，用这两根线路将流量区分开，类似于我们在ESXi中使用的虚拟交换机（付出总有回报，全国SRv6组网实验成功了！）。

调整完成之后，回到HCL中启动虚拟设备，配置设备互联。

接下来，我们使用系统自带的iperf 2.1.3来测试性能（iperf测试组播的命令是什么？通过HCL学习一下）。
首先配置openwrt2作为服务端。

使用openwrt3为客户端，向openwrt2进行打流。

结果有点差劲啊，虽然整体数据比较稳定，但是测试过程中出现的最高带宽也仅为749 Mbps，整体也就维持在700 Mbps，也就是i7-8750H的一个零头。
接下来，我们对调一下服务端和客户端，再次测试一下。

最高带宽为790 Mbps，整体稍微高了一点点，但仍然没有超过800 Mbps。
如果我们查看VSR的负载，发现有个老问题又回来了，那就是kdrvfwdd1进程始终站着一个CPU；在打流时，有一个CPU貌似处于跑满的边缘。

如果查看CPU的逻辑处理器视图，可以看到有几个核心的波动跟打流操作比较接近，但貌似也只有一个逻辑处理器跑满了一下，具体是谁的跑满了就不好说了。

当然，如果放到整体来看，CPU的利用率大概也只有20%多点，性能低的比较稳定。

既然如此，我们把网卡再换回再次进行测试。果然，转发带宽降低了一半，跟之前的测试结果相匹配。

如果要分析原因，估计是i7-12800HX的架构设计原因了，从基准速度上看，i7-12800HX为2.0 GHz，比i7-8750H的2.2 GHz低了9%。除此之外，i7-12800HX的16个核心分为8个性能核心，超分出16个线程，还有8个能效核心，不支持超线程；虽然正常跑分时，i7-8750H的单核性能优于i7-8750H，但是i7-8750H都是性能核心，如果我的任务都被放到了能效核心上，也不是不可能，毕竟也、我还不会CPU的任务调度。
推荐阅读
iperf测试组播的命令是什么？通过HCL学习一下
HCL使用Openwrt测试组播的简单操作
小测一下HCL中VSR的转发性能
如何在最新版的HCL 5.10.0中导入NFV镜像？
HCL中虚拟设备的转发性能怎么样？今天我们来测一下
轻轻松松达到1.8 Gbps，果然HCL还是搭配高档电脑更好使
嘘！免费的Office LTSC专业增强版2024你要不要？
破案了！还真就是Windows11默认开机的BitLocker，不想被加密的赶紧关掉！
太诡异了？服务器居然可以自己控制自己关机，也没有蓝屏，没有关机计划任务，难道被人控制了？
Win7任务管理器CPU性能引发的思考
在Windows Server测试一下不同CPU插槽数量对性能的影响