glfw drag window 最初在 macOS 上很慢

Question

我刚刚使用 glfw 创建了一个 window 并在 macOS 上运行。问题是：如果我拖动 window 并四处移动，window 的移动开始时非常缓慢，但稍后会变得平滑。该问题未出现在 Linux (Ubuntu) 上。为什么以及如何修复它？

系统：macOS 10.15.7 (19H2) 代码：

package main

import (
    "fmt"
    "runtime"

    "github.com/go-gl/gl/v4.1-core/gl"
    "github.com/go-gl/glfw/v3.3/glfw"
)

func init() {
    runtime.LockOSThread()
}

func main() {
    err := glfw.Init()
    if err != nil {
        panic(fmt.Errorf("failed to initialize GLFW: %w", err))
    }
    defer glfw.Terminate()

    glfw.WindowHint(glfw.Resizable, glfw.False)
    glfw.WindowHint(glfw.ContextVersionMajor, 4)
    glfw.WindowHint(glfw.ContextVersionMinor, 1)
    glfw.WindowHint(glfw.OpenGLProfile, glfw.OpenGLCoreProfile)
    glfw.WindowHint(glfw.OpenGLForwardCompatible, glfw.True)

    win, err := glfw.CreateWindow(800, 600, "glfw", nil, nil)
    if err != nil {
        panic(err)
    }
    defer win.Destroy()
    win.MakeContextCurrent()
    if err := gl.Init(); err != nil {
        panic(err)
    }
    win.SetTitle(fmt.Sprintf("%s", gl.GoStr(gl.GetString(gl.VERSION))))
    gl.ClearColor(1.0, 1.0, 1.0, 1.0)

    for !win.ShouldClose() {
        gl.Clear(gl.COLOR_BUFFER_BIT | gl.DEPTH_BUFFER_BIT)
        win.SwapBuffers()
        glfw.PollEvents()
    }
}

Answer 1

这个问题与围棋无关。用C写的例子也重现了问题：

#include <GLFW/glfw3.h>

int main(void)
{
    GLFWwindow* window;

    /* Initialize the library */
    if (!glfwInit())
        return -1;

    /* Create a windowed mode window and its OpenGL context */
    window = glfwCreateWindow(640, 480, "Hello World", NULL, NULL);
    if (!window)
    {
        glfwTerminate();
        return -1;
    }

    /* Make the window's context current */
    glfwMakeContextCurrent(window);

    /* Loop until the user closes the window */
    while (!glfwWindowShouldClose(window))
    {
        /* Render here */
        glClear(GL_COLOR_BUFFER_BIT);

        /* Swap front and back buffers */
        glfwSwapBuffers(window);

        /* Poll for and process events */
        glfwPollEvents();
    }

    glfwTerminate();
    return 0;
}

简短的回答是：在 macOS 上使用 glfwWaitEvents。

长答案是 glfwPollEvents 处理事件（如果有的话）。否则，它会立即 returns。这意味着（微不足道的）程序正在尽可能快地一遍又一遍地清除屏幕，消耗大量 CPU 时间。替代方案 glfwWaitEvents 在没有事件等待时阻塞，消耗很少或不消耗 CPU 时间。可以说，使用大量 CPU 的程序不应导致 window 延迟，但这实际上取决于操作系统及其分配资源的方式。

至于使用这两个函数中的哪一个，完全取决于我们还想让我们的程序做什么。如果我们只想对用户输入做出反应，而没有别的，glfwWaitEvents 可能是可行的方法。如果我们想在事件循环中做其他事情，glfwPollEvents 可能更合适，特别是如果我们想独立于用户输入重绘 window 内容。

旁白：glfwSwapInterval(1) 也可能会避免延迟，因为它会导致 glfwSwapBuffers 阻塞几毫秒，再次让 CPU 休息一下。

glfw drag window 最初在 macOS 上很慢

glfw drag window is laggy initially on macOS

opengl

macos

go

glfw