一段时间以来，我一直在测试 Google Play Music All Access。它在我的手机上运行良好，但在笔记本电脑上却出现了一个非常烦人的问题。
似乎当我浏览或开发软件时，我的音乐播放得很好。但是，当我编译代码并且 CPU 使用率上升到 100% 时，音乐经常会延迟/卡顿。编译完成后，音乐播放得很好。我已经使用最新版本的 Chrome (36.0.1985.125)、Firefox (31) 和 IE (11) 进行了测试。我也尝试过使用 HTML5 代替 Flash，但这没有帮助。
我查看了任务管理器，发现我的 RAM 使用量约为 8-9GB（主要是因为 2 个数据库和我的 IDE 正在运行）并且我的磁盘队列长度始终 <1。
我还应该提到，我也使用 Spotify（网络和桌面应用程序），并且我通常通过网站播放互联网广播。当我使用 Spotify 或这个流媒体网站听音乐时，音乐一点也不滞后，即使在编译时我的 CPU 使用率为 100%。这让我相信笔记本电脑应该能够流畅地播放我的音乐。
笔记本电脑规格：
- 英特尔酷睿 i5 2410M
- 12GB 内存
- 英特尔显卡 HD4000
- 三星 840 256GB 固态硬盘
笔记本电脑运行带有最新更新的 Windows 7 x64 SP1，我使用 Netbeans 作为我的 IDE。
还有什么我可以尝试的吗？
编辑
我确信 CPU 不会因过热而降频。其温度处于正常水平（50-60 摄氏度）。
答案1
这听起来像是亲和性问题；您的计算机将其他进程的优先级提高，导致 Google Play 音乐（在网络浏览器中）无法获得 CPU 周期。我怀疑这与热节流无关。您可以考虑在任务管理器中将运行 GPAA 的特定 Chrome 进程线程设置为高于正常优先级；我相信这会解决您的问题。假设您想在每次启动 Chrome 时自动执行此操作，您可以使用一些软件，例如优先权自动为您处理此问题。我会等到您确定它可以解决您的问题后再这样做。
另一方面，您可以将 Netbeans 的优先级设置为略低一些，因为这样可能更容易测试。这样，如果两者都在竞争，Chrome 应该比 Netbeans 先获得周期。
顺便说一句，我注意到 GPAA 的 CPU 使用率通常很高，这也许可以解释为什么它运行困难，而您的其他流媒体浏览器网站却运行正常。
答案2
除了 jski 的回答之外，我注意到 Google 发布了 64 位版本的 Google Chrome 37（它可能在测试版中存在的时间更长，但我从未注意到/尝试过它）。我刚刚尝试将它与 Google Play 音乐一起使用（没有对亲和性或任何其他内容进行任何调整），它似乎运行良好，即使由于编译软件（或其他繁重任务）导致 CPU 使用率达到 100%。