自从微软结束RedStone 2、开始RedStone 3分支的预览测试之后，当看到包括Fluent Design Language等改动较大的革新特性时，出于职业习惯小编没有和以前一样第一时间接受预览版，后来的体验发现这是正确的，直到最近推送的Windows 10 Insider Preview Build 16232才开始变得稳定可靠。不过看起来小编作为普通读者境界还是差一筹，因为一位来自Google的程序员表示自己刚刚遭遇的BUG非常怪异，差点让他以为自己异常强大的设备却跑不动自家的Chrome浏览器。
程序员Bruce Dawson供职于谷歌，但这不是重点，重点是他的机器很厉害：一台拥有24核心、48线程，64GB内存的笔记本工作站，但即使是如此，近日他在Google Chrome浏览器上工作的时候，突然发现自己的机器运行的奇慢，甚至连鼠标都会每隔几秒就卡住。随后他强制打开任务管理器后发现处理器使用率竟然只有不到一半，而硬盘甚至接近待机状态。那么到底是怎么回事呢？
通过使用Windows事件查看器观察之后，Bruce Dawson发现在Windows 10当中（原作者没有表明版本号）出现一个非常严重的关于分配负载的BUG，大家可以看到累积状态下处理器使用率出奇的高，Python占据超过20%的占用率，Complier_Proxy也要占据不少，累积下来出现多个挂起时间长达1秒以上的进程。于是最后Bruce Dawson通过一系列的观察和诊断之后，编译出一套测试工具，发现跑起来在该版本下的Windows 10会出现47个线程处于待机状态（俗称围观）。只有1个线程在工作。
虽然Bruce Dawson在文章中表明自己在测试中使用的版本不明的Chrome会创建出非常多的进程，并且在拥有足够多核心的机器上会反复唤醒进程，换句话说Chrome也是原因之一（原作者称这不是“我拥有24颗核心但还是卡顿”，而是“因为我拥有24颗核心，所以我出现卡顿”），但是将负载分配在1个线程上还是不明智的。
目前Bruce Dawson表示自己已经向微软报告该错误，大家怎么看呢？话说不止是Windows 10经常有这样那样的问题，Chrome也是内存大户啊。