Changkun Ou

The issue is because of the heavy Cgo call to `glfwPollEvent`. Each Cgo call needs to involve the runtime scheduler work. One can to verify in a minimum glfw window:...

We can patch a small update to prevent emitting Gl calls if the window is not focused, but as being demonstrated before, it won't help too much: ```diff diff --git...

> add time.Sleep(time.Second) into the main loop This action will reduce the load to basically zero because everything is delayed by 1 second. PollEvents is not only about paint, handling...

BTW: the internal dependency of fsnotify is also a source of CPU eater, roughly 1% on my darwin/amd64. It is currently for the setting file. Maybe it is important if...

@Jacalz How would you define "reasonable way"? Why fsnotify was introduced? Do the previous comments "Maybe it is important if the file is changed from the disk" matches the reason?...

> watch the files (both Settings and Preference) so that if a user changes the file, or an external source (such as a cloud sync/rsync) it will be updated in...

A known issue since 2018: https://github.com/fsnotify/fsnotify/issues/237 (darwin specific though)

> This makes fyne unsuitable for long-running apps in the background for laptops as it drains too much energy. I fail to conclude this argument as the kernel task uses...