-
-
Notifications
You must be signed in to change notification settings - Fork 84
Displaying help takes a long time #505
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
@lunixbochs @AndreasArvidsson any idea why we'd be getting watchdogs with a stacktrace like the above? If I'm reading the trace correctly, it's happening while setting the font? Seems odd... |
As this is on Linux it might be nice to get a Also are you setting the font multiple times? Those watchdogs are each for 2s. Maybe it will improve if you only set it once per draw? |
Ah yes we do set it repeatedly, actually to the same thing. Didn't realise setting font would have such a performance penalty. We could reduce the number of times we set it by a bunch. That's fairly low-hanging fruit |
Would love to get a trace to know why it's slow, I assume it needs to go actually find and load the font from disk every time on that system for some reason. |
@iSchluff any chance you'd be able to post this output to help us debug this one? |
Sorry for the delay, haven't been keeping up with GitHub so much lately ^^'
|
thanks @iSchluff! @lunixbochs does the above help? |
Bringing up the help takes about ten seconds for me.
The following is logged by Talon:
I am running talon v0.2.0-305-g968a (305)
cursorless-talon 0.25.0
and knausj_talon commit ea9b2d767be59cfccb5e6831874f2173114cd6bb
on Linux.
Greetings, Anton
The text was updated successfully, but these errors were encountered: