13代HX酷睿处理器调教心得

13代HX处理器作为英特尔最新的移动端高性能处理器,继承了桌面端处理器的诸多特性,因此具有极高的性能潜力。然而,由于笔记本电脑散热和功耗的限制,如何充分发挥其性能同时又能保持良好的能耗比和散热表现,成为了许多用户关注的焦点。本文将从能耗比优化和大小核调度两个主要方面,分享一些实用的调教技巧,帮助用户在日常使用中获得更好的体验。 一、能耗比优化 1. 锁频技术 对于13代HX处理器来说,虽然其单核性能强劲,但在笔记本这种散热受限的平台上,过高的单核频率往往会导致功耗和温度的急剧上升。以13980HX为例,其单核最高频率可达5.6GHz,但此时单核功耗可能高达20-30W,这对笔记本的散热系统来说是一个巨大的挑战。 为了解决这个问题,我们可以采用锁频的方法来限制处理器的最高频率,从而在保持较高性能的同时,有效控制功耗和温度。经过实际测试,3.7GHz被认为是一个较为理想的”甜点频率”。具体的锁频方案如下: 这样的设置可以使单核性能稳定在10代i9的水平,多核性能接近12900K,对于日常办公和大多数老游戏来说都绰绰有余。 2. 降压优化 除了锁频之外,降压是另一个有效提高能耗比的方法。虽然通过修改BIOS可以实现更激进的降压,但考虑到安全性,我们更推荐使用英特尔官方的XTU(Extreme Tuning Utility)工具进行降压操作。 对于i9 HX处理器,一般情况下80mV的降压是比较安全的起点。根据实际测试,可以尝试以下降压方案: 需要注意的是,这个降压幅度较大,可能需要在高频时对电压进行适当补偿。对于大多数用户来说,从80mV开始逐步尝试可能是更稳妥的做法。 降压时需要注意以下几点: 通过降压优化,我们可以在相同频率下显著降低功耗。例如,在3.7GHz+2.4GHz的锁频方案下,降压前需要93W功耗,降压后只需要65W,节省了近30%的能耗。即使是保守的80mV降压,也能节省接近20%的能耗。 从另一个角度来看,在相同功耗下,降压后的处理器能够达到更高的频率。例如,在100W功耗限制下,降压前大核心最高能达到3.7GHz,而降压后最高可达4.2GHz,提升了整整0.5GHz。 3. 优化效果 通过锁频和降压的组合优化,我们可以极大地改善处理器的温度表现和能耗比。以枪神7超竞版为例,在进行上述优化后: 相比之前动辄达到70-80℃的情况,优化效果非常明显。 二、大小核与超线程优化 1. 大小核调度问题 即便在2023年,仍有不少用户选择关闭小核心来解决大小核调度问题。然而,这种做法往往得不偿失。小核心在处理后台进程方面非常高效,尤其是在后台任务较多的情况下,让小核心处理后台任务,大核心专注于前台任务,可以充分发挥大小核架构的优势。 这也解释了为什么有些用户关闭小核心后游戏帧数提高,而有些用户反而出现帧数下降的现象。在多任务环境下,大核+小核的组合可以确保大核心专注于处理前台任务,而在后台任务较少的情况下,如果Windows 11错误地将小核心分配给前台应用,可能会导致性能下降。 2. 管理员模式启动 解决某些应用无法调用大核心的一个简单方法是使用管理员模式启动应用程序。这一问题在使用VMware等虚拟化软件时特别明显。默认情况下,如果不以管理员模式启动,VMware可能无法调用大核心,导致虚拟机性能严重下降。 3. Process Lasso 优化 Process Lasso是一款强大的进程管理工具,在大小核处理器出现后,其重要性更加凸显。这款软件不仅可以防止单一进程占用过多系统资源,提高系统响应性,还提供了非常灵活的大小核调度控制功能。 使用Process Lasso,我们可以针对不同应用的特性,精确控制它们使用的CPU资源。例如,对于大多数没有进行多线程优化的游戏,我们可以设置只允许其在大核心上运行,避免因为在小核心上运行而导致帧数暴跌。 具体操作如下: 除了CPU控制外,Process Lasso还允许调整应用程序的I/O优先级和内存优先级,进一步优化系统性能。 需要注意的是,如果修改CPU亲和性后应用程序出现闪退,可以尝试增加延迟时间,例如设置应用程序启动5秒后再应用新的设置。 结论 通过本文介绍的这些优化方法,我们可以充分发挥13代HX酷睿处理器的性能潜力,同时有效控制功耗和温度。锁频和降压可以显著改善能耗比,而合理的大小核调度则可以确保在不同场景下都能获得最佳性能。Process Lasso的使用更是为用户提供了精细化控制系统资源的能力,是大小核处理器用户的必备工具。 希望这些优化技巧能够帮助您在日常使用中获得更好的体验。同时也要注意,每台机器的情况可能略有不同,建议在进行优化时谨慎操作,逐步调试,找到最适合自己设备的参数。 参考文献

x86架构:是否该退出历史舞台?

简介 近期有一篇文章声称:“x86架构需要退出历史舞台”。这个观点引发了广泛的讨论。在ThePrimeagen的直播节目中,一位资深专栏作家对这个观点进行了深入的探讨。本文将基于参考文献,以通俗易懂的方式详细解读这一观点,并举例说明。 内存寻址的问题 在这篇文章中,有人认为CPU在实模式下的“直接访问内存”的能力给现代x86架构带来了很多遗留问题。但实际上,这些问题与直接内存访问关系不大。问题主要源于早期8086实模式的一些兼容性要求,其中涉及更多的16位段寄存器用于内存地址计算。而要解决的问题是如何正确计算和维护这些寄存器的地址。 然而,不必完全相信我的观点。因为Intel公司已经提出了一份详细的架构改进方案,他们清楚地列出了x64架构中可以简化的部分,包括旧式分段寻址。此外,Intel还提出了其他一些改进,比如移除未使用的特权级等。这些都可以在他们的提案《Envisioning A Simplified Intel Architecture》中找到。 指令编码的问题 另一个问题是x64指令编码的复杂性,这使得同时解码大量指令变得不够高效。我们可以认为这是x64架构需要改进的主要方面,需要重新排列一些位模式,使得同时解码多条指令更加简单。 举个例子,许多指令都会影响标志位,而条件指令通常会根据这些标志位进行操作。这种设计导致了很多“不必要的依赖性”,即使你可能并不关心某些指令对标志位的修改,CPU仍然需要跟踪这些标志位的变化,而且你(或者更常见的是编译器)也需要小心地避免在你关心的标志位变化和随后依赖它的条件指令之间使用会覆盖标志位的指令。 因此,一个可能的改进是在x64架构中引入一些不影响标志位的指令,比如用于移位操作的指令。这样,当程序员不打算修改标志位时,可以使用保留标志位的移位指令。 同样,不必完全相信我的观点。Intel已经提出了一项指令集扩展方案,称为Advanced Performance Extensions(APX),它解决了这些问题并引入了许多性能改进。该方案允许许多常见指令不写入标志位,并包含许多其他面向性能的功能。 x86是否需要退出历史舞台? 如果我们将目光转向RISC-V这样的新兴架构,我们会发现它在某些方面并不如x86。举例如,最新的RISC-V V扩展是为了在计算密集型工作负载中提供向量支持而设计的,但其指令集设计在第一个版本中存在一些问题。这部分原因在于他们决定不使用可变长度的指令编码。结果,尽管现代的SIMD/向量指令集(如AVX-512、ARM SVE和GPU的自定义指令集)可以根据你选择的掩码寄存器执行指令,但RISC-V V只能在打开或关闭掩码时进行操作,并且只能从v0寄存器读取掩码,没有其他可用的掩码寄存器。 为什么会这样呢?因为他们在32位指令编码中无法腾出足够的位数来引用更多的掩码寄存器!相比之下,当AVX-512引入掩码功能时,它支持从8个掩码寄存器中选择。正如往常一样,x64架构的设计者们选择了支持更复杂的指令解码,而忽略了成本的增加。 因此,我们不应该将问题看作是“固定长度指令好,可变长度指令坏”,而应该将其视为一种权衡。紧凑一致的指令编码需要付出代价,使得在应对行业和计算环境的变化时变得更加困难。这也使得硬件和软件更难以及时提供满足新兴高性能软件领域需求的新指令。你要么牺牲指令质量(如RISC-V所做的),要么像x86/x64一样选择更复杂的解码逻辑。 我们强烈怀疑RISC-V的未来修订版本将会选择后者。RISC-V支持可变长度编码,而且我不会感到意外的是,一旦它的存在时间达到x86的一小部分寿命,为了在高性能类别中保持竞争力,它将需要更多地利用可变长度编码方案。 总的来说,我不认为x86(x64)架构需要退出历史舞台。尽管它有缺点,但在过去的四十年中,x86架构在软件开发领域发挥了巨大作用,为我们提供了稳定性和灵活性。虽然x64有改进的空间,但ARM和RISC-V等架构并不一定比x64更好,它们也有各自的局限性和权衡。此外,x64的未来可能更多地受到商业因素的影响,如许多公司提供ARM和RISC-V处理器的原因是ARM可以被任何人授权,而RISC-V则是免费的。 总而言之,x64架构在技术上并不需要退出历史舞台。虽然有改进的空间,但它仍然在软件开发中发挥着重要的作用。如果将来x64架构被逐渐淘汰,更可能是出于商业原因,而不是技术上的限制。 参考文献: Intel的Advanced Performance Extensions(APX)是一项指令集扩展方案,旨在提高Intel架构的性能。该方案通过扩展x86指令集,增加寄存器数量和引入新的功能,以提供高效的性能提升,而不会显著增加核心的硅面积或功耗。 以下是APX的一些关键特点和优势: 总的来说,Intel的APX通过增加寄存器数量、优化寄存器访问和扩展条件指令集等方式,提供了显著的性能提升,同时保持了与现有代码的兼容性。 Learn more: 简化英特尔架构:探索64位纯模式架构 本文基于参考文献[1],采用通俗易懂的语言,详细介绍了英特尔公司正在研究的架构简化方案,重点关注64位纯模式架构(x86S)。我们将从以下几个方面展开讨论: 64位纯模式架构的工作原理 当前的英特尔64位架构中,处理器需要经过一系列代码转换才能进入64位模式。然而,这些模式在现代应用程序和操作系统中并不常用。在64位纯模式架构中,一些当前在实模式或保护模式下运行的技术需要具备64位的等效替代方案。 举个例子,引导处理器(SIPI)目前从实地址模式开始,但在64位纯模式架构中需要一个64位的替代方案。此外,目前使用5级分页需要禁用分页,回到非分页的传统模式。而在提出的架构中,可以在分页模式下切换到5级分页,无需回到非分页的传统模式。 这些修改可以通过对系统架构进行简单的增强来实现,只会影响操作系统本身。 64位纯模式架构的好处 64位纯模式架构通过移除一些较旧的架构附属物件,降低了软件和硬件架构的整体复杂性。通过探索64位纯模式架构,可以实现与现代软件部署相一致的其他变化。 一些潜在的好处包括: 64位纯模式架构上的传统操作系统 尽管64位纯模式架构上运行传统的64位操作系统并不是该方案的明确目标,但英特尔架构软件生态系统已经发展成熟,并提供了虚拟化产品。这使得可以使用虚拟化硬件(VMX)来模拟启动传统操作系统所需的功能,从而实现在64位纯模式架构上运行这些操作系统的解决方案。 例如,可以通过虚拟化技术在64位纯模式架构上创建虚拟机,利用虚拟化硬件来模拟传统操作系统所需的功能,以达到在该架构上运行传统操作系统的目的。 64位纯模式架构的详细方案 英特尔提供了一份64位纯模式架构详细方案的规范,其中包含了本文所述的想法。英特尔发布此规范,以便生态系统评估对软件可能产生的潜在影响。 该规范包括以下内容: 英特尔欢迎生态系统就这一架构提出反馈意见,可以通过电子邮件与他们联系。 结论 英特尔正在探索一种简化的架构方案,即64位纯模式架构(x86S)。通过移除不再使用的传统模式和附属物件,这种架构可以简化软件和硬件的复杂性,同时实现与现代软件部署相一致的变化。 尽管64位纯模式架构并非专门用于运行传统操作系统,但通过虚拟化技术可以实现在该架构上运行这些操作系统的解决方案。 参考文献: x86s是Intel于2023年公布的一个处理器架构,经由改进及简化x86-64而来。它的目标是降低当代软件和硬件体系结构的整体复杂性,通过移除不常用的部分和遗留概念来提高处理器的性能和能效[1]。 … Read more

OLED 屏幕:美丽的陷阱?

—— 谈谈低频 PWM 对眼睛的潜在危害 近年来,OLED 屏幕以其鲜艳的色彩、深邃的黑色和轻薄的特性,迅速占领了手机、电视等电子产品的显示市场。然而,很少有人意识到,在这绚丽的背后,隐藏着一个不可忽视的健康隐患——低频 PWM 调光技术。 看不见的闪烁:PWM 调光原理 PWM,全称脉冲宽度调制,是一种通过快速开关屏幕背光来调节亮度的技术。试想一下,手持手电筒,快速开关,你就能感受到忽明忽暗的变化。PWM 调光正是利用了类似的原理,通过控制亮屏和暗屏的时间比例来实现不同的亮度等级。 当 PWM 频率较高时,例如 2000Hz 以上,人眼难以察觉这种闪烁,会将其视为稳定的亮度。然而,目前主流 OLED 屏幕普遍采用低频 PWM 调光,频率通常低于 300Hz,这就为我们的眼睛埋下了隐患。 大脑被骗了,眼睛却很累:低频 PWM 的危害 你或许会说,我看 OLED 屏幕时并没有感觉到闪烁,怎么会伤眼呢?这是因为,虽然人眼无法感知高频闪烁,但并不代表我们的眼睛不受影响。 想象一下,你正在观看一部动作电影,画面快速切换,虽然你能看清剧情,但长时间观看也会感到疲劳。低频 PWM 也是如此,虽然大脑被“欺骗”了,但我们的视锥细胞和眼部肌肉却在不断地根据光线变化进行高频调节,这会导致眼部肌肉疲劳,出现眼干、眼涩、视力下降等问题。 “不敏感”只是错觉:长期危害不容忽视 有些人声称自己对低频 PWM 不敏感,这其实是一种错觉。就像长期搬运重物,即使年轻力壮的人,也难免出现肌肉劳损。低频 PWM 对眼睛的伤害是一个日积月累的过程,短期内可能不易察觉,但长期使用会导致眼部健康状况下降,最终影响视力。 如何选择护眼屏幕? 那么,如何选择对眼睛更友好的屏幕呢? 结语 科技发展日新月异,在享受科技带来的便利的同时,我们也要关注其潜在的健康风险。选择合适的电子产品,养成良好的使用习惯,才能更好地保护我们的视力健康,享受清晰明亮的世界。

🎙️AMD和英特尔处理器高危漏洞警报⚠️

今天,我们要讲的话题可能让你的心跳加速,那就是处理器高危漏洞!听起来是不是有点头大?别担心,我会尽我所能让这个复杂的话题变得易懂有趣。 💥炸弹来袭:处理器高危漏洞曝出💥 首先,让我们来了解一下这个炸弹的来源。最近,两大处理器巨头AMD和英特尔,都曝出了影响广泛的高危漏洞。这些漏洞可能被攻击者利用,提升权限、远程执行代码,甚至泄漏敏感信息。 对于AMD来说,其处理器的漏洞可能导致Linux虚拟机受到黑客的攻击。而英特尔的处理器漏洞则直接影响到其全线产品和架构,可能给云计算厂商带来巨大的损失。 🔍漏洞详解一:AMD的CacheWarp🔍 让我们先来看看AMD的这个漏洞。这个漏洞被命名为”CacheWarp”,它存在于部分AMD处理器的INVD指令中。如果有恶意攻击者利用这个漏洞,他们可以破解受AMD SEV保护的虚拟机,提升权限并执行远程代码。 这个漏洞影响的是支持SEV的AMD处理器,包括第一代、第二代和第三代的AMD EPYC处理器。但好消息是,AMD的第四代”Genoa” EPYC处理器并不受这个漏洞的影响。 对于受影响的第三代EPYC处理器,AMD已经发布了可热加载的微码补丁和更新的固件映像,这个补丁并不会导致任何性能下降。 🔍漏洞详解二:英特尔的Reptar🔍 接下来,让我们来看看英特尔的这个漏洞。这个漏洞被谷歌安全团队命名为”Reptar”,它存在于英特尔的台式机、服务器、移动和嵌入式CPU中。 攻击者可以利用Reptar来提升权限、获取敏感信息的访问权限,或者触发拒绝服务状态。英特尔已经在2023年11月之前为受影响的系统(包括使用Alder Lake、Raptor Lake和Sapphire Rapids的系统)提供了更新的微代码,并表示没有观察到性能影响或预期问题。 🚀解决方案:及时更新🚀 那么,面对这些高危漏洞,我们应该怎么办呢?最简单也是最有效的解决方案就是及时更新。无论是AMD还是英特尔,都已经发布了对应的补丁或者更新的微代码。用户只需要更新他们的BIOS、系统操作系统和驱动程序,就可以得到这些最新的微代码,从而规避这些高危漏洞。 我知道,这些信息听起来可能让人有些紧张。但记住,只要我们保持警惕,及时进行更新,就能有效地保护自己的设备不受这些漏洞的影响。 好了,今天的节目就到这里,希望大家在听完今天的节目后,能有所收获,也能增强对科技世界的理解和热爱。在下次的节目中,我们将继续带来最新、最有趣的科技资讯,敬请期待!