点击“高”优先级反而更卡，因其仅增加CPU时间片分配频次，不解决I/O、内存或GPU瓶颈，还可能抢占音频等关键服务导致断续；设为Realtime更易致系统假死。

任务管理器里改优先级，为什么点了“高”反而更卡？

因为“高”不是加速键，而是抢资源权——它只让系统更频繁地给这个进程分配cpu时间片，但不解决i/o等待、内存带宽瓶颈或gpu争用。比如你把chrome.exe设成high，它可能抢走音频服务audiodg.exe的时间片，导致播放断续；设成realtime更危险：一旦它卡在某个系统调用里（如访问被占用的设备驱动），鼠标键盘会直接失灵，连ctrl+alt+del都按不出。

• 普通用户只建议用Above Normal或Below Normal，前者适合视频编码、编译等计算密集型任务，后者适合OneDrive.exe、AdobeIPCBroker.exe这类后台同步工具
• Normal是安全基线，90%的程序不该动它
• 修改后不会立即生效——得重启该进程（关掉再打开），任务管理器里看到的只是“下次启动时的默认值”

设置CPU关联性时，勾选单个核心真能提升性能？

不能一概而论。4核8线程CPU有逻辑核心0–7，物理核心其实是0–3（每核双线程）。把obs64.exe绑死在核心0上，看似“独占”，实则浪费了超线程并行能力；但如果同时跑vmware-vmx.exe和daemontools.exe，把它们分别绑定到不同物理核心（比如0,1 vs 4,5），就能减少L3缓存冲突和跨核通信开销。

• 先查清物理拓扑：msinfo32 → “处理器”项看“逻辑处理器数”与“内核数”，或用coreinfo -c（Sysinternals工具）
• 游戏+语音软件（如Discord.exe）别绑同一物理核心，否则音频缓冲区容易欠载
• WSL2里的Linux进程，其关联性受宿主Windows限制——你在任务管理器里设了0,1，但WSL2内部调度仍可能跨核，实际效果打折扣

PowerShell命令改优先级，为什么SetPriority(128)总失败？

因为SetPriority方法需要管理员权限，且目标进程必须属于当前用户会话。非管理员运行PowerShell时，对explorer.exe、svchost.exe等进程调用会静默失败；而用Get-WmiObject查到的进程ID，可能已在你执行SetPriority前退出，导致句柄无效。

• 正确姿势是先用Get-Process -Name "notepad"确认进程存在，再用Start-Process notepad.exe -Verb RunAs以管理员身份启动，最后用(Get-Process -Name "notepad").PriorityClass = "AboveNormal"
• 数值映射要小心：128对应High，但32768才是AboveNormal（不是直觉的“比32大一点”）
• 更稳的命令行替代：start /high cmd.exe可直接启动高优先级命令行，无需权限提升

这些设置为什么每次重启就消失？有没有一劳永逸的办法？

Windows不保存进程级偏好，所有任务管理器/PowerShell做的调整都是运行时状态，进程终止即清零。所谓“永久设置”，本质是用脚本在每次启动时自动重置——但要注意触发时机和权限边界。

• 最简方案：把start /affinity 0x3 /high "C:\Path\to\app.exe"做成快捷方式属性里的“目标”，适用于桌面图标启动的程序
• 进阶方案：用任务计划程序，在“用户登录时”触发一个PowerShell脚本，用Get-Process轮询进程名并调用PriorityClass赋值——但需勾选“不管用户是否登录都要运行”并存储密码，有安全代价
• 真正不可绕过的限制：系统关键进程（如csrss.exe、winlogon.exe）永远无法被普通用户修改，强行调用SetPriorityClass会返回错误代码ERROR_ACCESS_DENIED

别指望靠调高优先级解决根本问题——如果程序本身是单线程阻塞模型，或者大量依赖磁盘读写，再高的CPU调度权也救不了它。真正的优化点往往在IO调度、内存映射或算法层面，而不是任务管理器右键菜单里那几下点击。