关于3520D QT显示速度问题。欢迎大家讨论，已经有不少优化策略。

本帖最后由 ngswfx 于 2016-8-8 16:42 编辑

就界面部分而言，我这几天优化了很多东西，显示速度比以前快多了。

//主要动作如下：
1、将使用到的资源，尤其是QIcon这一类（例如NVR或者IPC的ICON），如果要在for循环里面频繁加载，对于同一种QIcon，直接弄成全局的，在设备启动时，直接创建完成，使用时，就没必要再多次创建了。能节约不少资源。
2、对于dlg之类的，也是放到设备启动时，直接加载好，然后隐藏起来，使用时直接show即可。
3、合理利用this->setUpdatesEnabled(false);以及this->setUpdatesEnabled(true);临时关闭刷新，所有控件准备好以后，统一刷新。尤其是某些控件，例如list,tree，以及自动产生的menu list等等。如果时一条条插入，底层实现如果是插入一次，绘制一次，势必浪费大量资源。全部准备完毕，统一界面绘制，估计会好一些。
4、强制刷新：qApp->processEvents(); this->update()。的使用。
5、不知为何menu也很慢，进行代码分析，慢的有些怪异，不是自己代码慢，是QT背后，在折腾防闪烁之类的，每次打开也会占用1秒以上，尤其是首次开启。解决方法类似，通过预先加载，并合理通过setWindowOpacity(0.0)，设置窗体看不见，等等方式，让加载过程不可视，现在基本能做到，右键菜单完全正常，点击后，包括自己的代码，约100-200ms出现;
6、mainwindow，由于我的QT程序和主程序是2个程序，所以开启了一个看不见的mainwindow，并且全屏显示了，用来响应全屏下的鼠标动作，尤其时鼠标选定了哪个窗体，以前这个看不见的mainwindow被弄成全透明了，但底层估计还在浪费资源。使用this->setUpdatesEnabled(false)避免绘制。另外通过截获void MainWindow::paintEvent (QPaintEvent *)消息，不做任何绘制处理。这样速度的确有提升。
///////////就目前程序运行来看，速度明显快多了。缺点是启动加载慢（有进度条，慢些没关系）。运行中，内存占用稍大，估计多了几兆，和以前相比，没看出大太多，还基本可以接受。




//////但是我还想在3520D上更快，因为我看XM的界面就很快，至少比我这个快，呵呵:lol ，我就想知道，这个QT 4.86或者高一些的版本，能否直接支持opengl这类方式，直接使用GPU加速。当然前提条件是3520D这种cpu。如果是3798M这种（由于SDK带有openvg类的详细使用范例，估计在QT5.6上，可以直接使用显卡加速directfb），目前来看，不用加速，效果都没问题，速度很好，和普通windows下的窗体打开速度差不多。

//////