计算运行Linux的ARM控制器板上运行的触摸屏UI的延迟
我有一个嵌入式板,它有ARM控制器,运行Linux作为操作系统,也有触摸屏。屏幕上的数据来自帧缓冲区(/dev/fb0)。当通过触摸选择任何选项时,我们是否可以计算两个UI屏幕切换之间的响应时间?上述场景中涉及3个延迟 1.触摸屏记录手指和引发输入事件所用的时间。计算运行Linux的ARM控制器板上运行的触摸屏UI的延迟,linux,touch,linux-device-driver,Linux,Touch,Linux Device Driver,我有一个嵌入式板,它有ARM控制器,运行Linux作为操作系统,也有触摸屏。屏幕上的数据来自帧缓冲区(/dev/fb0)。当通过触摸选择任何选项时,我们是否可以计算两个UI屏幕切换之间的响应时间?上述场景中涉及3个延迟 1.触摸屏记录手指和引发输入事件所用的时间。 通常是几毫秒 启用并使用时间戳记录以下内容 --ISR --下半部分的输入 --调用input\u report() 2.负责GUI更新的应用程序所花费的时间。 根据应用程序/框架的不同,延迟通常是最重要的因素 在GUI应用程序
- 通常是几毫秒
- 启用并使用时间戳记录以下内容
--ISR
--下半部分的输入
--调用input\u report()
- 根据应用程序/框架的不同,延迟通常是最重要的因素
- 在GUI应用程序的代码中添加带有时间戳的普通控制台日志
--收到输入事件后
--就在修改GUI的命令之前
- 通常在15-30毫秒内
最后的延迟是上述3个延迟的总和。短语“两个UI屏幕切换之间的触摸响应时间”有点令人困惑。你能澄清一下你到底想描述什么吗…@编码师:更新了问题