Performance 使用90+；%的功率BICPU在执行时。。什么？
我有一个9Mb的PBIX，包含小表和一个250k行的表。从各种xlsx和JSON源导入的数据。这台机器是Windows10Pro，2.6GHz，64位，16GB内存 在Power BI在线服务上，性能还可以，但在桌面上，它实际上是不可行的。使用任务管理器，我可以看到它使用了7Mb内存，但几乎100%的CPU，在打开半小时后——而在一个没有可视化的空白选项卡上 我不明白它在幕后做了什么，也不知道我如何才能改善这种情况 有“允许数据预览在后台下载”设置，但我认为这只与查询编辑器有关？清除缓存或更改缓存设置是否有帮助 我知道performance analyzer和查询诊断工具，但两者似乎都不相关，因为查询没有刷新，也没有可视化加载 我有点不知所措，非常感谢您的帮助Performance 使用90+；%的功率BICPU在执行时。。什么？,performance,powerbi,Performance,Powerbi,我有一个9Mb的PBIX，包含小表和一个250k行的表。从各种xlsx和JSON源导入的数据。这台机器是Windows10Pro，2.6GHz，64位，16GB内存 在Power BI在线服务上，性能还可以，但在桌面上，它实际上是不可行的。使用任务管理器，我可以看到它使用了7Mb内存，但几乎100%的CPU，在打开半小时后——而在一个没有可视化的空白选项卡上 我不明白它在幕后做了什么，也不知道我如何才能改善这种情况 有“允许数据预览在后台下载”设置，但我认为这只与查询编辑器有关？清除缓存或更改缓
感谢更新：在数据加载设置中禁用并行加载和后台刷新后，我注意到问题最终似乎消失了（尽管不是立即消失）。最终，当重新打开pbix时，mashup容器没有出现，CPU和内存也没有被杀死。然后，在某个时候，电源BI被卡住，必须关闭，即使数据加载设置仍处于禁用状态，问题仍再次出现。重启机器似乎又一次解决了问题 这样看来，一些僵尸进程可以通过应用程序关闭和重新打开而持久存在。是否有其他人注意到了这一点，可以证实或反驳它，建议正在发生的事情或如何避免/预防的任何步骤？真烦人！
感谢更新：在数据加载设置中禁用并行加载和后台刷新后，我注意到问题最终似乎消失了（尽管不是立即消失）。最终，当重新打开pbix时，mashup容器没有出现，CPU和内存也没有被杀死。然后，在某个时候，电源BI被卡住，必须关闭，即使数据加载设置仍处于禁用状态，问题仍再次出现。重启机器似乎又一次解决了问题 这样看来，一些僵尸进程可以通过应用程序关闭和重新打开而持久存在。是否有其他人注意到了这一点，可以证实或反驳它，建议正在发生的事情或如何避免/预防的任何步骤？真烦人！
谢谢在任务管理器的“详细信息”选项卡中，哪些进程使用的CPU最多？这将有助于确定它是查询编辑器还是其他东西。谢谢Greg，它主要是mashup评估容器，我相信它就是查询编辑器？数据模型是否未与pbix一起保存？i、 e它是否应该不必在每次打开pbix时重新处理所有查询？实际上，关闭“允许数据预览在后台下载”对我来说是个把戏。此外，您可以尝试在PowerBI中创建一个空白页，并查看空白页上是否有CPU峰值。我还发现这篇文章很有帮助->谢谢Justyna-我读过那篇文章。问题是它掩盖了我遇到的问题，它说“等待报告CPU%接近零”。。。因为我面临的问题是，这本身就要花很长时间。我不明白，因为如果在此期间Power BI没有将完整的数据模型加载到内存中，它如何正确地呈现可视化？（为了澄清，报告在打开后的前半个小时内工作非常缓慢。一旦时间过去，并且没有以90-100%的CPU运行，一切正常）。在任务管理器的“详细信息”选项卡中，哪些进程使用的CPU最多？这将有助于确定它是查询编辑器还是其他东西。谢谢Greg，它主要是mashup评估容器，我相信它就是查询编辑器？数据模型是否未与pbix一起保存？i、 e它是否应该不必在每次打开pbix时重新处理所有查询？实际上，关闭“允许数据预览在后台下载”对我来说是个把戏。此外，您可以尝试在PowerBI中创建一个空白页，并查看空白页上是否有CPU峰值。我还发现这篇文章很有帮助->谢谢Justyna-我读过那篇文章。问题是它掩盖了我遇到的问题，它说“等待报告CPU%接近零”。。。因为我面临的问题是，这本身就要花很长时间。我不明白，因为如果在此期间Power BI没有将完整的数据模型加载到内存中，它如何正确地呈现可视化？（为了澄清，报告在打开后的前半个小时内工作非常缓慢。一旦时间过去，并且它没有在90-100%的CPU下运行，一切正常）。