- r - 以节省内存的方式增长 data.frame
- ruby-on-rails - ruby/ruby on rails 内存泄漏检测
- android - 无法解析导入android.support.v7.app
- UNIX 域套接字与共享内存(映射文件)
我有一个 GUI 应用程序,它使用 pthreads 进行一些繁重的后台处理。
虽然后台处理正在运行,但 GUI 非常没有响应,我认为这是因为后台线程正在耗尽 CPU 时间。
在 Windows 上,您可以在后台线程上使用::SetThreadPriority(hThread, THREAD_PRIORITY_BELOW_NORMAL),一切正常。
但是在 Linux 上,我使用的是 pthreads,我找不到好的替代方案。
我已经考虑过了;
我确信这是 GUI 应用程序的常见模式,所以我错过了什么?
马库斯。
编辑:在选项列表中添加了::setpriority(感谢 ZalewaPL)
最佳答案
将后台线程的 nice 值设置得更高可能会有所帮助。
引用这个: Nice-Level for pthreads?
关于c++ - 使用 pthreads 时的后台线程(不错,优先级),我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/13762799/
我认为,像Rails这样的框架鼓励从数据库中移出很多逻辑,甚至包括约束和外键之类的东西。更好,因为它更易于管理且易于更改。即使这样,某些操作也更容易更快,或者仅在SQL中才可能。 最近,NoSQL数据
我理解 F1-measure 是精确率和召回率的调和平均值。但是什么值定义了 F1 度量的好坏呢?我似乎找不到任何引用文献(谷歌或学术)来回答我的问题。 最佳答案 考虑sklearn.dummy.Du
我真的被 .NET 4 中引入的代码契约所吸引(尽管有 DevLabs 的帮助)。但是一张精美的打印品让我冷静了很多。这是它说的: 在线程安全方法中在锁外调用后置条件时,除了不使用它们外,目前没有解决
我有一个 GUI 应用程序,它使用 pthreads 进行一些繁重的后台处理。 虽然后台处理正在运行,但 GUI 非常没有响应,我认为这是因为后台线程正在耗尽 CPU 时间。 在 Windows 上,
我是一名优秀的程序员,十分优秀!