自从微软结束RedStone 2、开始RedStone 3分支的预览测试之后,当看到包括Fluent Design Language等改动较大的革新特性时,出于职业习惯小编没有和以前一样第一时间接受预览版,后来的体验发现这是正确的,直到最近推送的Windows 10Insider 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也是内存大户啊。
联系客服