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
Significantly slower than st #179
Comments
I can confirm this. Using st (latest from git),
Using alacritty itself:
I am running Arch Linux as well.
Tests were run multiple times to warm up caches. alacritty was built in release mode. |
In my testing alacritty is considerably slower then other terminal emulators on Linux, when I run
One reason why gnome-terminal is so fast is that I believe the VTE widget renders to a fixed frame rate in an almost vsync fashion and thus doesn't waste time rendering intermediate frames. I think this is a good design choice personally. |
Probably related to #110 |
Slow mesa implementation is to blame here. This is a duplicate of #125 |
Thanks for the diagnosis |
Yeah, its true, even opening and closing the terminal somehow feels snappier when I use st. Alacritty sometimes takes a sec to open. |
I've ran
base64 file
multiple times so it would be properly cached. Then I've rantime base64 file
onst
with the following results:Multiple attempts have shown that
st
outputs consistently in 9 to 10 seconds.Then I've ran the same command with
alacritty
off-screen:If it is present on the screen, it takes
Multiple attempts have confirmed these numbers.
I use Arch Linux, recently updated. alacritty was built just now from AUR. I use the default configuration file.
st
is built from commite44832408bb3
dated November 24th.lspci | grep VGA
saysBoth terminal emulators are run under XWayland.
I'm ready to provide additional information if requested.
The text was updated successfully, but these errors were encountered: