Lea*_*s2D 8 windows performance unity3d background windows-11
我观察到一个奇怪的行为,当编辑器位于前台时,Unity 编辑器 (TestRunner) 中的处理需要 2.5 秒,但当我立即切换到另一个应用程序时,处理速度会减慢至 15 秒,从而将编辑器置于后台。
更重要的是:如果我将编辑器置于后台,但不断将鼠标移动到编辑器窗口上,则处理会同时完成,就好像编辑器始终位于前台一样。
我认为这是一些 Windows(11?)优化,旨在故意减慢后台应用程序的速度。作为最终用户,我找不到针对特定应用程序或系统范围禁用此功能的方法。对于最终用户来说是否存在这样的选项或解决方法?
应用程序开发人员可以采取哪些措施来防止这种行为?
因为我观察到,在 VMware 中的 Ubuntu 22 上运行 Unity 编辑器时不存在同样的问题 - 无论我是否将编辑器放在虚拟机的后台,甚至当我将整个虚拟机置于后台时,测试总是快速完成。的背景。这让我希望有办法阻止这种行为。
仅供参考:整个问题已记录为Jetbrains和Unity 论坛的错误报告。我希望我不必等待这两个应用程序的修复,我宁愿调整一些系统设置并永久修复这种非常不受欢迎的 Windows 行为。
我已经尝试更改以下设置但无济于事:
最后两个提示来自这篇超级用户帖子。
临时解决方法: 这是一个奇怪的方法,但在 Unity 2021.2 及更高版本中对我来说可靠地工作。但是,在每次脚本编译/程序集重新加载后,都需要手动重新应用它。
我尝试在运行测试之前更改相应的 EditorPrefs 键“EditorBusyProgressDialogDelay”,但这显然不会触发使测试实际上运行得更快的代码。如果有人知道如何反汇编常规首选项的编辑器代码,这可能会有所帮助,因为那样我实际上可以调用该(可能是内部)方法。
附加说明:将交互模式设置为无限制通常会使测试在我的系统上运行速度提高 30%!
粘贴OP写得不正确的解决方案作为对他们问题的编辑:
解决方案:Unity 2023.1.0b14 (beta) 和 2023.2.0a12 (alpha) 中不再出现下述后台测试运行缓慢的情况。我编写了一个脚本,在我的用例中,该脚本通常可将 TestRunner 的速度提高约 30%,并将 Rider 内的测试运行速度提高 5 倍(但截至目前仅在使用 Unity 2023 时)。
这是通过在测试运行期间临时将编辑器交互模式设置为无限制来实现的。当然,您可以手动永久更改此设置 - 但请记住,这将永久且不必要地浪费能源/耗尽电池并增加热量和噪音。
| 归档时间: |
|
| 查看次数: |
896 次 |
| 最近记录: |