Live data from Hacker News

Alacritty – A fast, cross-platform, OpenGL terminal emulator

github.com

131–140 of 174 posts

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#131
post #130
post #14

Alacritty, foot, wezterm, kitty form this block of "nextgen" terminal emulators. I do find them difficult to differentiate. I personally use foot as my daily driver, but that is just because alacritty happened to have some issues with nvidia drivers (bleh). But I chalk that up to nvidia, not alacritty.

wezterm is the most flexible with its lua config, big differentiator Then being x-platform is also an easy differentiator of the 2

Can't live without Lua config

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#132

Still no ligature support. There are better alternatives out there — kitty is what I chose.

Why would you want ligatures? I would prefer to see text as it actually is, not combining multiple characters into one. I can't trust what I am seeing if I know the text might be something it is not.

Think you can still trust what you're seeing because the char width is different, so it's not hard to differentiate

Some prefer text to be seen as it was meant to be, so that === ugliness that can't be fixed at the source due to bad unicode support can at least be fixed at the output

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#133
post #129

I moved to alacritty from gnome-terminal. Wasn't for latency or throughput - I didn't notice any difference in latency, and difference in throughput is only visible when cat'ing 3MB of text. However, for me the selling point was a text config file, which I can edit, backup, or store in git (unlike gnome-terminal, where customization was done either in GUI or in gconf, and while it's also text files somewhere they are…

I prefer xfce4-terminal for exactly this reason. https://github.com/Piraty/dotfiles/blob/3203d78/.config/xfce...

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#134
post #93

Earlier quoted context omitted.

The delay in between typing and seeing it rendered, drawing large portions of text (which matters if you spend a lot of time in term based editors) etc ... It's very subjective: some folks (me included) will notice the difference and feel frustrated if it's not fast enough, while others are scratching their head about how it actually makes a difference. It could also be said, that it's of logical to expect certain th…

The issue is that usually these terminals mean "higher throughput" when they say "faster", not "lower latency". The lowest-latency terminal in every test is Xterm, often by a LOT. Alacritty for a long time was actually quite bad at latency--and notably had a high variance on its latency, which is particularly miserable--but I think it improved recently? From what I remember of these benchmarks, someone using urxvt is…

People writing fast terminal emulator care about throughput, latency and resource utilization. Kitty for instance deliberately limit throughput to keep both latency and CPU/GPU usage reasonable.

Also, by what metric is xterm so fast? I accept the idea that it is fast, even the fastest, but "a lot" seems suspicious to me. From the keyboard to the monitor, there is a lot of hardware and driver latency, I guess tens of milliseconds, so the effect of the terminal, should be relatively minor. I suspect xterm is so fast because the tool used to test it relies on the X server, and because xterm communicates with X directly, the latency will be really low from the point of view of X, but how is it end-to-end? Do we get the same results, with, say, Wayland?

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#136
post #100

My shoutout to Ghostty (by Mitchell Hashimoto & community). Although still in beta, hands down the best terminal I've used on both Mac and Linux.

Is there anything "life changing" about it, or more like "out of my way" quality?

It's more the latter: Ghostty doesn't introduce any groundbreaking features, instead it's a bunch of incremental improvements/nice-to-have's.

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#137
post #96
post #15

If you're on a mac, wouldn't be best to adopt iTerm2 with its metal rendering? Isn't OpenGL deprecated on macOS?

Alacritty uses OpenGL ES 2.0 which is not deprecated. It's shipped OOB in macOS through the ANGLE project by Google, mainly because Safari depends on it to provide WebGL support (it's kind of OpenGL ES for JavaScript). ANGLE translates OpenGL ES so that it runs on top of Metal, D3D, or desktop OpenGL. OpenGL ES 2.0 is probably the most portable GPU rendering API there is, it pretty much runs anywhere. That said, usin…

[deleted]

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#138
post #42

What problem is having a "fast" terminal solving? I've been using urxvt for years and have never really found it to be slow. Where might I notice a difference with these "modern" "GPU-accelerated" terminals?

If you accidentally pipe hundreds of thousands of lines of text (e.g. from find) to stdout, you will feel the difference. Some terminals (e.g. xterm) are particularly slow and will stall until it is done processing all the output. urxvt is not the worst, but could be better, yet doesn't always achieve 60 Hz.

My gripe with (u)rxvt (last I checked) is the atrocious font rendering and character spacing if you chose a full unicode/nerd font.

Re: Alacritty – A fast, cross-platform, OpenGL terminal emulator

#140
post #42

What problem is having a "fast" terminal solving? I've been using urxvt for years and have never really found it to be slow. Where might I notice a difference with these "modern" "GPU-accelerated" terminals?

urxvt and xterm are also fast terminals. The noticably slow ones are gnome-terminal, konsole, etc. They have pretty bad latency in the time between pressing a key and that letter appearing on screen.

Neither Konsole nor GNOME Terminal are as lean and fast as (U)XTerm, however on day to day use, I fail to see input latency on these. I generally use 60-80WPM depending on what I write and how concentrated I am, and there's no noticeable lag from my perspective.

GNOME terminal was visibly slow in the days of yore, but given that the libraries powering these are already accelerated, I don't think the difference between these "accelerated" terminals are as big as touted w.r.t. GNOME Terminal or KDE's Konsole.

Post reply on HN