先回答最现实的一个问题你花大几千块钱买了带大小核的处理器比如 Intel 12 代、13 代、14 代酷睿平时打个游戏或者跑个编译任务结果打开任务管理器一看占用率拉满的全是效能核E 核性能核P 核在那儿摸鱼划水帧数上不去风扇倒是转得飞起。这不是玄学是 Windows 的调度器在某些场景下没能让程序跑在最强核心上。这篇文章就讲清楚一件事怎么用 CPU 亲和性把指定程序强制摁在性能核上跑让大核真正忙起来。这篇文章适合谁看主力机是 Intel 大小核架构的用户被后台调度坑过的开发者还有想知道“CPU 亲和性”到底是个什么东西、怎么配置的进阶玩家。看完之后你能自己动手把特定进程钉在大核上也能判断哪些程序值得绑核、哪些绑了纯属帮倒忙。1. Windows 为什么放着大核不用大小核调度机制的槽点1.1 大小核结构到底是怎么工作的Intel 从第 12 代酷睿开始把 CPU 分成了两类物理核心性能核P-core和能效核E-core。性能核支持超线程单核频率高、缓存大、指令执行能力强能效核没有超线程主打低频低功耗物理占用面积小。这个思路本身没毛病类似手机 SoC 的“大小核”架构。但 Windows 的调度器不是为这种结构量身定制的它是从“所有核心性能相同”的传统假设上发展起来的。正常情况下系统会优先把任务安排到“看起来性能更好”的核心上。Windows 11 引入了一个叫“硬件反馈机制”的东西驱动层会记录每一个逻辑处理器的实时频率、能耗、运行状态再把这些数据反馈给系统的处理器功耗管理PPM模块调度器据此调整任务的分配优先级。理想状态下前台程序、高负载任务应该自动落到性能核上后台轻量任务落到能效核上。现实情况是这个判断经常不准。Windows 对“前台任务”的识别依赖进程是否拥有焦点窗口、线程是否有输入响应、进程优先级等指标。一个全屏游戏如果把线程优先级设置得比较“谦让”或者某些后台线程频繁触发系统调用调度器就会误判负载性质把一部分关键线程分配到能效核上。这在大规模多线程渲染场景里尤其严重因为很多线程都是在等待同步原语单看瞬时状态根本看不出谁是大爷。1.2 “大核闲着”的三个典型表现我实际测试过不少场景总结下来最典型的是这三种第一种游戏帧数波动。开局动画、复杂场景切换时掉帧严重GPU 占用率只有六成到八成CPU 却有多核打满。这时候你切到任务管理器很可能看到能效核已经 100%性能核还没过半。第二种视频渲染和转码。Premiere 导出、HandBrake 转码这类 CPU 多线程任务按道理应该吃满所有核心但实际观察核心负载分布发现 E 核长时间维持高负载P 核反而在某个阶段空闲了。这种倒挂就直接拖慢输出时间。第三种开发编译。大型 C 工程编译、Android APK 打包这类任务启动阶段会创建大量瞬时线程Windows 的“异类策略”更偏向把新线程丢到低优先级核心上导致编译耗时比预期长。这三种表现背后其实是同一个病根用户态程序无法直接“指定”自己运行在第几号核心上操作系统拥有分配权。程序能做的只是调整线程优先级、设置 NUMA 节点偏好但最终还是由调度器决定具体落点。你如果正在用 AMD 的非 X3D 处理器或者 Intel 10 代、11 代这种全大核架构基本不会遇到这种问题。AMD 的 X3D 系列虽然是多 CCD 架构但核心之间没有“性能核/能效核”的本质差异Windows 的调度偏差没那么明显。所以这个问题主要集中在 Intel 大小核平台。2. 动手前的核心概念逻辑处理器编号与亲和性掩码2.1 怎么看自己的核心分布你要绑核第一步得知道你的 CPU 哪些逻辑处理器是 P 核、哪些是 E 核。Windows 通过“编号”来标识每一个逻辑处理器从 0 开始。这里的“逻辑处理器”指的是操作系统能识别的最小执行单元物理核心开了超线程一个核心对应两个逻辑处理器没开超线程一个核心就对应一个逻辑处理器。以常见的 Intel Core i7-12700H 为例配置是 6 个性能核加 8 个能效核。6 个性能核开超线程就是 12 个逻辑处理器8 个能效核不开超线程就是 8 个逻辑处理器总共 20 个逻辑处理器。那么编号 0 到 11 就是性能核对应的线程编号 12 到 19 就是能效核。12 代 i5-12400F 是千元级里比较常见的型号没有大小核结构是 6 个纯性能核所以没有本篇文章讨论的问题。桌面端的情况也很好判断。i5-13600K 是 6 P 核 8 E 核P 核超线程就是 12 个逻辑线程加上 8 个 E 核总共 20。i9-13900K 是 8 P 核 16 E 核超线程后就是 16 个 P 核线程加 16 个 E 核总共 32 个逻辑处理器。Intel 官方工具“处理器识别实用程序”可以直观显示核心分布任务管理器切到“性能”标签页也可以看到 P 核和 E 核的分布图形有些主板厂商的控制软件也会标注。如果想在命令行里一次性看明白可以用 PowerShell 输入Get-PhysicalDisk | Out-Null这只是检查磁盘并不对。看核心更直接的方式是Get-CimInstance -ClassName Win32_Processor | Select-Object Name, NumberOfCores, NumberOfLogicalProcessors但这条命令只能拿到核心总数拿不到“某个编号属于 P 还是 E”的映射。Windows 11 的“设置-系统-处理器计划”里展示的是不同处理器的使用率不展示架构映射。要方便地查看 P/E 核分布建议打开任务管理器“性能”页右键图表切换到“逻辑处理器”视图然后对照自己 CPU 的构成去比对。两种编辑框里会显示“逻辑处理器 0”“逻辑处理器 1”等编号。2.2 亲和性掩码的计算方法设置 CPU 亲和性的本质是告诉操作系统“这个进程只允许在这些逻辑处理器上运行”。这个“允许范围”是用一个位掩码表达的叫 CPU Affinity Mask。掩码看不太直观但计算方式非常简单每个逻辑处理器对应一个二进制位从右往左数第 0 位对应逻辑处理器 0。比如你有 8 个逻辑处理器一个 4 核 8 线程物理核的常规情况你想让程序只用编号 0 到 3 这四个核心二进制就是 00001111转成十六进制就是 0x0F。如果只限定逻辑处理器 0、4、6二进制是 01010001十六进制的计算方法是把 6、4、0 位的值加起来2 的 6 次方是 642 的 4 次方是 162 的 0 次方是 1总和 81也就是 0x51。以 i7-12700H 的 20 个逻辑处理器为例来算一下P 核线程是 0-11对应的二进制是左边 8 个 0、右边 12 个 1也就是最低 12 位全 1。转换成十六进制从低往高数 4 个一组低 8 位是 1111 1111即 0xFF高 4 位是 1111即 0xF。合起来就是 0xFFF。这个 0xFFF 就是“只允许跑在性能核上”的掩码。i9-13900K 的话P 核线程是 0-15一共 16 个逻辑处理器对应二进制最低 16 位全 1十六进制就是 0xFFFF。逻辑处理器 16-31 是 E 核只跑 E 核的掩码是 0xFFFF0000注意这个数字很大Win32 API 里很多函数是 32 位掩码最高只支持 64 个逻辑处理器不过普通消费级 CPU 完全够用。多人不知道的一个坑是Windows 有两种亲和性——进程亲和性和线程亲和性。进程亲和性作用于进程里的所有线程线程会自动继承。线程亲和性只对指定线程生效。通过“任务管理器-详细信息-设置亲和性”修改的是进程亲和性。命令行工具和脚本里用的是进程亲和性。你手动定线程亲和性实时性最强但普通用户实际用进程级绑定就够了。3. 强制程序跑在大核上的几种实操方案3.1 最快速的手段任务管理器手动绑定任务管理器是最直观的绑定工具适合临时调试、快速验证不追求自动化。操作路径是打开任务管理器切到“详细信息”选项卡找到目标进程右键选择“设置亲和性”。在弹出的窗口里会列出所有逻辑处理器编号默认是全选状态。你只要取消勾选 E 核对应的编号保留 P 核对应的编号即可。举个例子i7-12700H 上进程默认勾选了 0-19 全部编号你取消勾选 12-19只保留 0-11。确定后这个进程就彻底跑不到能效核上了。游戏、渲染软件、编译器都能这样操作。这个方案有三个明显的限制第一重启进程后设置会丢失。你把游戏关了再开或者程序崩溃后自动重启新进程又是一张白纸默认全核心。第二任务管理器不能持久化。Windows 没有内置“按进程名记住亲和性”这种机制每次都得手动设一遍。第三如果进程退出了新进程 ID 会变绑定关系不会自动迁移所以只适合临时测试。我测试一个游戏时习惯先用任务管理器绑定确认帧数确实有提升再考虑上脚本。如果绑了 P 核后帧数反而下降说明这个游戏更吃多核并行或者它的线程调度逻辑完全依赖 Windows 默认机制强行绑核反而限制它使用完整资源。这时候不要继续折腾绑核不是万金油。3.2 一劳永逸的脚本方案PowerShell 配合启动器需要长期、稳定地把特定程序钉在大核上任务管理器就不够用了得写一个小工具。Windows 下可以用 PowerShell 配合 Windows API 实现进程级亲和性设置。注意 PowerShell 本身没有直接的 Set-ProcessAffinity 命令但可以通过 .NET 或者调用 Windows API 实现。更简单可控的方式是一段内存注入式的启动器。这里的思路是不是去设置正在运行的进程而是由“启动器”创建目标程序进程并在启动接口中直接指定该进程的亲和性掩码。PowerShell 可以调用 .NET 中的 System.Diagnostics.Process 类来启动一个新进程启动后获取该进程句柄再通过调用 kernel32.dll 的 SetProcessAffinityMask 函数设置亲和性。代码大致是这样的$process Start-Process -FilePath D:\Game\Game.exe -PassThru $ProcessHandle $process.Handle # 声明 Win32 API Add-Type -TypeDefinition using System; using System.Runtime.InteropServices; public static class NativeMethods { [DllImport(kernel32.dll)] public static extern bool SetProcessAffinityMask(IntPtr hProcess, IntPtr dwProcessAffinityMask); } $affinity 0xFFF # 根据你自己的 CPU 修改 [NativeMethods]::SetProcessAffinityMask($ProcessHandle, [IntPtr]$affinity)这段脚本先通过Start-Process -PassThru拿回进程对象再把句柄传给SetProcessAffinityMask。注意句柄不是进程 ID拿到 PID 后还要用OpenProcess获取可用句柄。Start-Process -PassThru返回对象的 Handle 属性是可直接使用的进程句柄但有一点需要注意这个句柄只有在进程还在运行时才是有效的。每个程序都要写一遍脚本比较麻烦。我自己的做法是做一个通用启动函数放到$PROFILE里以后一键启动。最终也可以封装成简单的 GUI 或批处理文件。不过核心逻辑都能这样实现启动进程、取得句柄、设置掩码。这个方案比任务管理器强在哪儿配合Start-Process的-WorkingDirectory参数可以把所有启动参数、路径都写死在脚本里每次双击就是一次“按大核绑定启动”。游戏平台Steam、Epic如果支持自定义启动选项也可以填脚本路径但很多游戏客户端自带的“验证完整性”会忽略这些启动手段所以对绝大多数人来说最实用的还是自己双击运行一个“启动器脚本”。3.3 零代码方案第三方工具 Process Lasso如果不想写代码Process Lasso 是目前对普通用户最友好的 CPU 亲和性管理工具。它的核心功能之一就叫“CPU 亲和性持久化规则”你可以为某个 .exe 设置默认亲和性掩码之后这个进程每次启动都会自动应用。它还支持“进程优先级调节”“核心引擎实时优化”等功能但这些附加功能我不建议全开只保留亲和性规则就好。使用步骤很简单安装后运行找到目标进程右键“CPU 亲和性-选择逻辑处理器”保留 P 核编号。然后右键进程选择“保存当前 CPU 亲和性作为此进程的默认值”。之后每次启动这个程序Process Lasso 的后台服务会自动应用绑定。需要注意Process Lasso 默认会开启“ProBalance”动态优先级优化它会对后台进程的优先级进行干预。这个是它防止后台进程抢 CPU 的核心机制但对部分专业软件可能造成一些不可预知的影响。我的建议是如果你只是为了绑核装好之后把 ProBalance 关闭在“选项-性能”里取消勾选。不要让它偷偷改你生产工具的优先级。同类工具还有 Quick CPU、Bitsum Park Control但论亲和性规则管理的成熟度Process Lasso 是做得最早的。这类工具都有一个通病有些游戏即使绑了核额外进程的开销反而带来延迟抖动所以如果不是特别需要后台工具尽量轻量化。3.4 更底层的系统级策略修改电源计划与异构调度策略前面几种方案都是“进程级”的还有一条路是修改 Windows 的全局调度策略让系统整体更偏好把任务分配到性能核。这个方式不需要绑定进程全自动但可调范围有限。Windows 的处理器电源管理里有两个隐藏策略Heterogeneous policy异构策略和Short running thread policy短线程策略。它们负责决定“新线程优先往哪种核心上放”。默认配置下Windows 11 会倾向于把新线程放到能效核尤其是短线程因为调度器认为短线程不重要。这就导致大量短暂爆发型任务全堆在 E 核上。修改方法是打开“编辑计划设置-更改高级电源设置”在“处理器性能管理-处理器性能异构策略”中选择“优先使用高性能处理器”。但很多 OEM 版本的 Windows 默认不显示这个选项需要在命令行里用powercfg隐藏属性解锁。示例powercfg -attributes SUB_PROCESSOR 93b8c6ed-741a-4ec2-7cfe-114c380091c3 -ATTRIB_HIDE 0这个 GUID 对应的是“处理器性能异构策略”隐藏开关。不同机器和不同 Windows 版本具体 GUID 可能不同用powercfg -attributes查看所有隐藏设置项时注意比对。修改成“高性能处理器”之后系统尝试优先在 P 核上创建大多数线程线程未结束前不会轻易迁移到 E 核。这个改法对全系统生效但副作用是能效核的使用率会被大幅压缩后台应用更容易挤占性能核的时间片轻负载场景下省电能力下降。所以我的建议是笔记本用户不要动这个全局策略改成绑核方案更精准。台式机用户如果追求极致单核性能可以尝试调这个策略同时注意电源计划设置成“卓越性能”或手动把“最小处理器状态”拉高。4. 验证绑定是否生效与常见问题排查实录4.1 怎么确认程序真的只跑在大核上设置完之后不要信感觉要看数据。最直观的方法是任务管理器的“性能”页切到“逻辑处理器”视图然后观察你绑定的进程满载运行时对应编号的核是否出现明显负载。如果只想验证某一个进程的占用情况任务管理器的“详细信息”页里没有直接的“运行在哪个核”的列。可以自己开一个性能监视器选中对应进程计数器选% Processor Utility。这个指标查的是当前进程在各个逻辑处理器上的利用率分布Windows 的资源监视器也可以切到“CPU”选项卡展开进程里面有“CPU 使用率”和“平均 CPU 使用率”还能看到“关联绘图”。更硬核一点的做法是写一个小的 PowerShell 采样脚本Get-Process -Name Game | Select-Object {NameProcessName; Expression{$_.ProcessName}}, {NameCPU; Expression{$_.CPU}}, {NameProcessorAffinity; Expression{$_.ProcessorAffinity}}处理器亲和性显示的是进程的二进制掩码值你可以手动对比一下是不是0xFFF。这个值从任务管理器里拿不到但通过 WMI 或 .NET 是可以直接读取的。另外不少游戏外挂/反作弊系统的驱动层会重设进程亲和性有时候你设好了游戏某个模块加载时会触发重置。这个时候反复测试才能发现问题。4.2 设置后程序启动失败或崩溃怎么办绑核导致的崩溃不常见但一旦发生就很迷惑。首先需要排查的是检查掩码是否包含非法位。如果掩码里包含了系统中不存在的逻辑处理器编号Windows 的SetProcessAffinityMask调用会直接失败部分程序不会做错误检查就会表现成“进程启动后立刻退出”。比如 20 线程的 CPU 你写了 0xFFFFF这个没问题。但如果你写了 0x1FFFFF二进制多了几位但这些“多出来的位”没有对应物理核心设置失败的概率就大增。其次很多游戏或渲染软件会在启动阶段检测系统的处理器数量并根据“可用核心数”初始化线程池。如果你把进程绑到了一小撮核心上软件读到的可用核心数变小部分模块可能会因为“硬件资源不足”直接拒绝运行。典型的是 Adobe After Effects 的多帧渲染绑核之后反而可能提示不能为每个线程分配资源。还有一种情况是设置成功但程序内部有独立的“线程绑定”逻辑比如部分游戏引擎会把渲染线程固定到 CPU0 或者 CPU1你绑定的核心集合里如果没有这个编号那游戏依然会使用它自己设定的核心你的设置形同虚设。判断方法就是观察模拟负载时是否有超出绑定范围的逻辑处理器出现占用。遇到以上任何一种情况我建议先解除绑定用默认设置跑一遍确认程序是否正常。确认正常后逐步缩小掩码范围而不是一步到位只留 P 核。4.3 常见错误与排查速查表现象可能原因解决方法设置完掩码后进程无法启动掩码包含非法逻辑处理器编号检查 CPU 拓扑图重新计算掩码设置完掩码后进程占用异常高绑核导致线程只跑在指定的少数核心等待变长尝试包含更多逻辑处理器或者改回默认绑定不持久进程每次重启后失效只用了任务管理器手动设置改用 Process Lasso 或 PowerShell 脚本游戏帧数反而下降游戏更依赖多核并行绑核限制了核心数量手动放宽绑定范围观察不同掩码的表现反作弊系统报错或拒绝启动进程被注入/绑定行为触发了安全检测竞技类游戏勿用绑核改用系统电源策略核心占用分布与实际设置不符游戏内部有独立线程亲和性逻辑用资源监视器确认必要时修改线程亲和性而非进程亲和性这里的表格是我在实际使用中最常遇到的六种情况半年下来基本都能覆盖到。值得强调一下的是“反作弊”那一条很多网页教程不提这个。像 Valorant、CS2 这种高帧率竞技游戏反作弊驱动会校验进程启动环境的完整性如果你用第三方工具去修改其进程亲和性有概率触发行为检测轻则警告重则封禁。所以我给的建议是竞技类网游不要碰绑核老老实实用系统默认调度。想提升性能就勤快点关后台程序或者研究下超频和散热。5. 哪些程序值得绑核哪些绑了纯属浪费5.1 适合绑核的三类典型场景不是所有程序都需要绑核绑核是一种针对性优化目的是解决调度器“分配错误”的问题。我自己总结只有三类场景的收益最明显。第一类是单核性能敏感的模拟游戏和电竞网游。像《英雄联盟》《CS2》《瓦罗兰特》这类游戏物理碰撞计算、AI 决策、渲染线程大多集中在几个主线程上对单核频率极其敏感。把这类进程限定到 P 核上能在不掉最低帧的前提下减少帧时间波动。具体提升多少看机器体质我实测过某些场景最低帧可以提升 8%-15%。第二类是编译和计算密集型的批处理任务。大型工程编译时编译器会创建大量临时线程调度器经常把这些线程丢到 E 核上排队。绑核之后编译线程强制占用 P 核全流程耗时一般能缩短 5%-12%。这个数字听起来不多但对于每次都等 20 分钟的工程来说省下来的时间就是实打实的效率。第三类是部分专业渲染软件和科学计算程序。渲染软件通常能自己规划线程池但有些软件适配并不好尤其是老版本。绑到 P 核可以让渲染进度条更稳定地推进减少 E 核拖后腿导致的渲染时间波动。5.2 绑定反而有害的两种情况先说第一种后台服务型程序。下载器、备份工具、索引服务这类程序理论上就适合扔到 E 核上。把它们绑到 P 核不仅不会提升速度反而会挤压你前台程序的资源。正确做法是反过来用亲和性把后台程序限制在小核上跑让大核专注前台任务。这个操作同样用 CPU 亲和性实现只是掩码换成 E 核对应的编号。第二种是负载极大的多线程程序——全核渲染、视频编码。这类程序启动后本身就是“吃满所有核心”的Windows 调度器在这种场景下会遍历所有逻辑处理器把线程尽量摊平。你再强行绑到 P 核反而浪费了一半以上的计算资源性能和温度双双爆炸。正确做法是保持全核分配不要干预。还有一类是介于两者之间的游戏串流转码程序比如 OBS 的 x264 编码。这类程序如果用 P 核画质会更好但会抢游戏线程的 P 核占比。我自己的实践是如果是单机游戏允许掉一点帧绑定 OBS 到 P 核如果是竞技游戏把 OBS 留在一个 P 核线程加全部 E 核这样编码质量下降不明显游戏主线程也能拿到足够资源。5.3 笔记本用户的额外考量笔记本绑核比台式机更讲究。移动端处理器往往有很强的功耗限制和动态温度控制当你把大量线程压到 P 核上P 核的瞬时功耗会快速冲高触发温度墙。温度一撞墙频率反而不如默认调度下分散到 E 核时的全核平均频率高。这种情况在轻薄本上尤其明显游戏本稍微好一点但烤机负载下一样会遇到。所以在笔记本上我建议优先考虑“限制后台程序使用大核”而不是“前台程序强制大核”。常用做法是把下载器、浏览器后台进程、云同步工具全部设成只用 E 核这样前台游戏自然能拿到大部分 P 核资源。绑核不一定要把程序“推向大核”还可以把干扰程序“摁在小核”。另外笔记本合盖睡眠再唤醒后部分绑核规则会失效。这是因为睡眠唤醒后驱动重初始化处理器的电源管理状态进程亲和性被重置。如果是台式机基本可以无视这个问题笔记本上长期使用记得设置完规则后检查一次唤醒后的状态或者利用 Process Lasso 的“周期性重新应用规则”功能。6. 实操心得与进阶建议6.1 效率提升之外的意外收获做了大半年的绑核折腾之后我最大的感受是这个操作确实能解决一部分“配置很贵但体验不匹配”的问题但它更像是一个研究工具能帮你理解 Windows 线程调度到底是怎么运转的。我遇到过一个很奇怪的问题某款策略游戏在进入后期大地图的时候帧数突然从 120 掉到 40而且 CPU 占用率只有 50%。当时第一反应是显卡瓶颈但降特效没效果。后来偶然用资源监视器一看发现主线程被钉在了一个 E 核上迁移到 P 核之后帧数立刻回到 110 以上。这个案例让我意识到一个问题很多软件的“掉帧”并不是性能不够而是线程被安排到了不合适的位置。Windows 的调度器再聪明它也不可能知道每个程序内部哪个线程最要紧。它只能靠启发式判断。你手动绑定本质上是在替操作系统补课。6.2 绑核之外的同类优化思路既然聊到了进程亲和性那顺便提一个接近的优化手段中断亲和性和 Numa 节点优化。中断亲和性是把硬件设备的终端绑定到特定核心上比如网卡中断绑定到某个 P 核可以减少网络的延迟抖动。这个操作需要改注册表或者用工具设置而且对普通用户来说风险比较高。Numa 节点优化则主要针对 AMD 多 CCD 的处理器Windows 默认的节点分配策略并不总是最优的把内存访问密集型的进程绑定到固定 CCD 节点可以降低跨节点通信的延迟。这些都属于“进阶玩法”跟 CPU 亲和性一样核心思想就是操作系统默认方案不是最优方案给用户留了调整空间。如果你用的是 Intel 13 代、14 代处理器也可以关注一下 Intel APO 应用优化技术。APO 是 Intel 官方提供的一种线程调度辅助技术针对部分游戏做了预配置能够自动把游戏线程分配到 P 核上。这个功能其实就是“官方的绑核”只是它做成了黑盒自动化。如果你不想折腾第三方工具可以去主板 BIOS 和 Intel 驱动里看看是否支持开启 APO。当然目前 APO 支持的软件列表还是比较窄普通应用还得靠手动方式。6.3 大核绑定的“最终形态”一把梭还是精细控接触过绑核的人最后都会走到一个分岔路口是给所有程序做一个默认策略“无脑绑大核”还是针对具体应用场景做精细控制我的答案很明确精细控制远优于一刀切。一把梭把整个系统的默认线程池全部限制在 P 核上带来的结果是 E 核常年闲置功耗升高笔记本续航下降批处理场景性能反而倒退。精细控制的核心思路是“少量关键进程用高优先级核心后台杂活留给低优先级核心”这才是大小核架构的正确姿势。现阶段我自己的方案是用 Process Lasso 维护一个名单名单分为三组。第一组“大核优先”游戏主程序、剪辑软件、编译任务掩码只含 P 核第二组“小核限制”下载器、云盘同步、浏览器后台掩码只含 E 核第三组“默认全核”视频播放器、聊天工具这种既不吃性能也不抢资源的应用交给 Windows 自动调度。这套方案跑了几个月体验稳定后台不会抢大核前台任务也基本不会落到 E 核上。最后分享一个实操中总结的小细节给游戏绑核的时候尽量保留一个 P 核给系统。比如 20 线程的 CPUP 核线程是 0-11你别直接把 0-11 全占满留出 0 或 1 给系统的前台调度和中断处理游戏用 2-11。这样做的原因是当游戏偶尔触发系统调用、文件读写时不会因为和系统中断抢核心而出现瞬间卡顿。实测下来这个细节能显著减少偶发的“掉帧卡肉”现象。CPU 亲和性不是玄学它是 Windows 提供给用户的一把螺丝刀。用好了能解决很多实际问题用不好也可能制造新问题。关键是在动手前先搞清楚自己的程序属于哪一类场景再决定要不要绑、往哪绑。希望这篇文章能让你对大核调度有个更清晰的认识下次再遇到“CPU 明明很强但体验很差”的情况不至于只会盯着频率和温度瞎猜。