环境需要做一个绘图类数据是實时数据,每2毫秒每个曲线10个点数据量范围是单条曲线100-10W个点,一个屏幕需要同时绘制4条曲线即单个屏幕点数为400-40W个点。该类我按照正常思路已经完成了但是发现在实际使用的时候,CPU负载占用过高在配置较差的CPU上运行时效果不好,我用网上通用控件如qwtplot之类的测试发现效果也很不理想,我对程序语句进行了CPU占用时间分析发现最主要问题还是在于一次性绘制的点数过多的时…
环境需要做一个绘图类数据是實时数据,每2毫秒每个曲线10个点数据量范围是单条曲线100-10W个点,一个屏幕需要同时绘制4条曲线即单个屏幕点数为400-40W个点。该类我按照正常思路已经完成了但是发现在实际使用的时候,CPU负载占用过高在配置较差的CPU上运行时效果不好,我用网上通用控件如qwtplot之类的测试发现效果也很不理想,我对程序语句进行了CPU占用时间分析发现最主要问题还是在于一次性绘制的点数过多的时…
最近实现了的自定义键盘虽然鈳以使用,但是CPU占用总是很高将近100%。
调查可以发现的键盘事件监控是通过QSocketNotifier实现的
问题就出在这里,说明驱动一直可以读取导致一直調用Read函数。而QSocketNotifier的activated(int)信号是根据驱动poll函数返回的状态触发的自己的驱动未加入该函数。
其实驱动我不熟悉遇到了才去解决,当然驱动的阻塞和非阻塞还不太懂在这里简记一下,方便以后整理
哎,总是觉得自己知道的太少了