【发布时间】：2012-07-17 09:58:47
【问题描述】：
我在需要在多线程应用程序中保持 UI（和完整操作系统）响应之间存在问题。
我正在开发一个应用程序（基于 c++ 和 Qt），它同时接收和转换来自多个流的大量视频帧。
每个流都在其独立的工作线程中检索、转换和渲染（使用 DirectX）。这意味着我没有使用默认的 GUI 线程来渲染框架。
在功能强大的计算机上我没有问题，因为 cpu 可以处理所有数据并为 GUI 线程处理用户请求留出时间。但在旧电脑上，它不起作用，CPU 100% 用于处理我的数据，并且 UI 滞后，可能需要 10 秒才能处理按钮点击。
我想让我的 UI 保持响应。事实上，我希望我的工作线程只有在没有其他操作可做的情况下才能工作。我试图将工作线程优先级更改为低，但它不起作用。我还在工作线程中尝试了 sleep(10)，但是因为我可以有很多线程，它们不会同时进入睡眠状态，所以它也不起作用。
在这种情况下保持 UI 响应的最佳方法是什么（无论工具包使用什么）？
【问题讨论】：
-
听起来你只是创建了太多线程。
-
您应该使工作线程的优先级低于处理 UI 请求的线程
-
"我尝试将工作线程优先级更改为低，但它不起作用。" - 显然这就是你的问题会征求的建议（Ivor 已经提供了），所以显示你的代码并描述哪里出了问题。另外，对于实时视频显示，添加一些代码行来测量时间是正常的，如果您渲染帧的速度不够快，请开始减少并发渲染 - 丢弃一些帧；或者做一些事情来降低分辨率或渲染质量。
-
内存不足了吗？这种响应时间感觉更像是内存在磁盘之间进行分页，除非您的工作线程数量非常惊人。
-
如果降低工作线程的优先级并不能解决问题，并且您启动的工作线程数量没有超过 cpu 内核数量，则用户正在与内核线程竞争。通常是视频驱动程序。而且永远会输。
标签： c++ qt user-interface freeze