Skip to content
This repository has been archived by the owner on Jul 22, 2024. It is now read-only.

REPL lag in Windows #629

Open
jwahlstrand opened this issue Feb 22, 2022 · 3 comments
Open

REPL lag in Windows #629

jwahlstrand opened this issue Feb 22, 2022 · 3 comments

Comments

@jwahlstrand
Copy link
Contributor

Per a discussion on discourse (https://discourse.julialang.org/t/julia-causing-latency/76938) and confirmed by me, Gtk.jl is causing lags in the REPL in Windows. Setting GTK_AUTO_IDLE=false fixes it for me.

@giordano
Copy link
Contributor

Duplicate of #325?

@jwahlstrand
Copy link
Contributor Author

Yeah, this is the same symptom, but I only see it when auto-idle is enabled. It looks like #521 mostly fixed the lag issue reported in #325, but not universally. Not to be a nuisance, but I will just add that #628 fixes this for me.

@jwahlstrand
Copy link
Contributor Author

I think https://gitlab.gnome.org/GNOME/gtk/-/issues/2015 is the root cause of this problem and maybe #325.

When you start libgdk3 but don't run the main loop, there is a bug that causes keyboard lag on Windows. It makes sense that auto-idle would trigger this since it doesn't run the loop. Creating a window makes the REPL lag go away, which fits because the loop is now running. It also might make sense that reducing the timeout (#521) would make this lag less noticeable, since it probably lets the loop iterate more quickly.

The recommended solution is to compile libgtk with a one line patch removing a call to set_up_low_level_keyboard_hook().

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants