glfw pollevents() 真的非常慢
glfw pollevents() really, really slow
我一直在对我的游戏引擎进行一些基准测试,发现了一个错误的罪魁祸首:
glfwPollevents();
我已经彻底计时,95% 的时间它的行为符合预期,但有时它会占用我更新间隔的 5-200%(即 1/60 秒)。我真的不知道是什么原因造成的。在这些巨大的投票中,我定义的回调没有被调用。一切都静悄悄的。完全变幻莫测。
我有几个理论:
1. 调度程序在函数内某处中断。这不太可能,我会在我的循环的其他部分看到相同的行为,但我没有。
有一些我不知道的邪恶回调,在某个地方被调用并消耗时间。
lwjgl 问题。 LWJGL 是 glfw 的包装器,因此它可以用于 Java,我也这样做。
驱动程序,但是哪个?
glfwPollEvents();是 OS 特定系统调用的包装器,使您能够检查应用到 window 的任何事件。有很多东西可以算作事件,包括用户级的东西,比如选择 window 或调整 window 的大小,还包括 GLFW 不允许您访问的系统级的东西。有很多事情可能会像您描述的那样导致短暂 interrupts/hangs。
一般来说,最好的建议是在不同的线程上处理渲染,并使用消息队列来指示主线程执行 "main thread critical tasks"(比如打开一个新的 window 或其他类似的重要任务)。
我一直在对我的游戏引擎进行一些基准测试,发现了一个错误的罪魁祸首:
glfwPollevents();
我已经彻底计时,95% 的时间它的行为符合预期,但有时它会占用我更新间隔的 5-200%(即 1/60 秒)。我真的不知道是什么原因造成的。在这些巨大的投票中,我定义的回调没有被调用。一切都静悄悄的。完全变幻莫测。
我有几个理论: 1. 调度程序在函数内某处中断。这不太可能,我会在我的循环的其他部分看到相同的行为,但我没有。
有一些我不知道的邪恶回调,在某个地方被调用并消耗时间。
lwjgl 问题。 LWJGL 是 glfw 的包装器,因此它可以用于 Java,我也这样做。
驱动程序,但是哪个?
glfwPollEvents();是 OS 特定系统调用的包装器,使您能够检查应用到 window 的任何事件。有很多东西可以算作事件,包括用户级的东西,比如选择 window 或调整 window 的大小,还包括 GLFW 不允许您访问的系统级的东西。有很多事情可能会像您描述的那样导致短暂 interrupts/hangs。
一般来说,最好的建议是在不同的线程上处理渲染,并使用消息队列来指示主线程执行 "main thread critical tasks"(比如打开一个新的 window 或其他类似的重要任务)。