此时你可以写个 hello world 用 dlopen() 加载 Qt dll 作为启动过程的一部分。用 systemd service 启动常驻内存。后续加载 Qt 的 dll 应该就快多了。

我估计都不需要用 dlopen() 用 open() 加上 read() 事先把 Qt 的 dll 加载到文件系统缓存都会更快。因为你这个问题看起来是系统的 IO 问题，不是 Qt 的初始化问题。

【 在 jesce 的大作中提到: 】
: 主要是RAM是片上集成的, 容量问题, preload没法用. 静态编译不能走LGPL. prelink其
: 实可以, 但是一开始测了下没搞通, 然后应用程序会OTA更新, 估计会行不通.
: 想问一下, 如果一个Qt程序首次启动很慢, 关闭后第二次启动就快多了, 这是生成什么
: ...................
--
FROM 117.28.155.*

好的，谢谢指教。
效率最差指的具体哪方面？比如另一个回帖写的内存使用？

【 在 hgoldfish @ [KDE_Qt] 的大作中提到: 】
:
: linuxfb 只依赖于内核对显卡的简单抽象，没有加速。所以资源需求是最低的。但效率也是最差的。
:
: xcb 或者说 xwindow，和 wayland 拥有一样的功能。但是消耗的资源更高。所以现在正在被 wayland 给代替掉。
:

#发自zSMTH@jet-shot
--
FROM 221.222.246.*

prelink

https://wiki.gentoo.org/wiki/Prelink
https://elinux.org/Pre_Linking

【 在 jesce 的大作中提到: 】
: 主要是RAM是片上集成的, 容量问题, preload没法用. 静态编译不能走LGPL. prelink其
: 实可以, 但是一开始测了下没搞通, 然后应用程序会OTA更新, 估计会行不通.
: 想问一下, 如果一个Qt程序首次启动很慢, 关闭后第二次启动就快多了, 这是生成什么
: ...................
--
修改:cavendish FROM 85.166.234.*
FROM 85.166.234.*

呦西~~
明白了

【 在 jesce @ [KDE_Qt] 的大作中提到: 】
:
: 速度啊, 比如画一条斜线, 没有图形加速, 就要CPU计算n次画点的位置再移动到对应的
: 内存地址去赋值. 有图形加速你只要给起始坐标和终点坐标HW帮你完成了.
:
: 【 在 zhaoxx 的大作中提到: 】

#发自zSMTH@jet-shot
--
FROM 124.64.17.*