频繁写入文件导致ui进程响应不及时怎么解决

lishi_1991 2018-12-04 11:15:14
在主频1.2g的arm板上同时存储5路视频到ssd硬盘上,5路视频总码流不超过5mbps;同时arm板还跑了一个qt写的ui进程,ui进程由gpio按键控制。背景介绍完毕。

现在测试发现如果长时间不按键触发UI进程后当再次触发UI,qt进程响应特别慢,正常微妙级别执行完的函数,要一秒甚至数秒才执行完,但只有第一次按键触发才会卡顿,之后就正常了,长时间不操作后重复之前现象。调试中发现主进程里注释掉wirte写文件的部分,ui无论等待多长时间都能正常响应,或者还存文件,但是五路图像采集不接图像源,编码出来的码流特别小也不会出现卡顿。

存文件调用write也不是特别频繁,单路视频25帧,40ms存一帧图像,5路差不多8ms存一帧图像的样子,而且存文件只有一个线程,也只有一个进程,想问下各位这种问题原因是什么,是我程序设计有问题,还是本身这样的需求就会导致卡顿,有没有什么办法解决呢,
...全文
378 3 打赏 收藏 转发到动态 举报
写回复
用AI写文章
3 条回复
切换为时间正序
请发表友善的回复…
发表回复
mz454619501 2018-12-11
  • 打赏
  • 举报
回复
你好,楼主,监控一下各个进程的CPU占用情况看下
lishi_1991 2018-12-10
  • 打赏
  • 举报
回复
引用 1 楼 iori123098 的回复:
如果不是CPU占用过高的话,应该是唤醒被写操作堵塞住了,可以将唤醒和写操作放到不同的线程中,互不干扰 如果是CPU占用过高的话,限制写操作的能力 简单的方式就是: 每写一个字节或一段字节时,都要判断一下标志位,是否有唤醒,有唤醒就放缓写入
谢谢你的回复,一开始我也怀疑是唤醒被堵塞,我现在写和UI操作是两个独立进程,两个完全独立,UI读取串口按键执行一些显示控制功能,编码进程执行编码存文件功能,可是这样UI还是被堵塞,写的是固态硬盘,写速率不是问题
懒得上楼 2018-12-07
  • 打赏
  • 举报
回复
如果不是CPU占用过高的话,应该是唤醒被写操作堵塞住了,可以将唤醒和写操作放到不同的线程中,互不干扰 如果是CPU占用过高的话,限制写操作的能力 简单的方式就是: 每写一个字节或一段字节时,都要判断一下标志位,是否有唤醒,有唤醒就放缓写入

23,125

社区成员

发帖
与我相关
我的任务
社区描述
Linux/Unix社区 应用程序开发区
社区管理员
  • 应用程序开发区社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧