在主频1.2g的arm板上同时存储5路视频到ssd硬盘上,5路视频总码流不超过5mbps;同时arm板还跑了一个qt写的ui进程,ui进程由gpio按键控制。背景介绍完毕。现在测试发现如果长时间不按键触发UI进程后当再次触发UI,qt进程响应特别慢,正常微妙级别执行完的函数,要一秒甚至数秒才执行完,但只有第一次按键触发才会卡顿,之后就正常了,长时间不操作后重复之前现象。调试中发现主进程里注释掉wirte写文件的部分,ui无论等待多长时间都能正常响应,或者还存文件,但是五路图像采集不接图像源,编码出来的码流特别小也不会出现卡顿。存文件调用write也不是特别频繁,单路视频25帧,40ms存一帧图像,5路差不多8ms存一帧图像的样子,而且存文件只有一个线程,也只有一个进程,想问下各位这种问题原因是什么,是我程序设计有问题,还是本身这样的需求就会导致卡顿,有没有什么办法解决呢,
解决方案 »
- 我是新手学习想LINUX
- openssh密钥不匹配问题
- linux 软件动态库问题
- nginx fastdfs 配置后 上传ok 访问地址一直是404 求大神协助
- Java调用C++的.so文件报错问题
- 刚安装了个fedora29,请问dnf还能配置成本地源么?
- usb mass storage 怎么实时同步磁盘信息
- shell脚本语言是用来做什么的?
- thinkpade555虚拟机无法识别sd卡。
- 运维怎么学起来快点,高效点
- linux 生成proc.ko文件时发生错误,
- docker: Error response from daemon: network dockernet not found.
如果是CPU占用过高的话,限制写操作的能力
简单的方式就是:
每写一个字节或一段字节时,都要判断一下标志位,是否有唤醒,有唤醒就放缓写入