5 ms·

How's the latency? I've had to keep using xterm even though it kind of sucks just because it's got the lowest latency by quite a bit.

0sdi 7mo ago
on my machine, noticeable. I seriously tried it, but went back because I could notice a small end-end latency, between keypress and action. But I'm also 240hz user.
- kazinator 7mo ago
  Where are you measuring the keypress from? The nerve signal to your finger muscles?> Or the time the keycap hits bottom? What if the switch closes before the cap hits bottom: then we are getting a latency figure that looks better than it really is.
  - jstimpfle 7mo ago
    I've had a keyboard like that and with it, xterm (and nothing else) felt like it was displaying the characters even slightly before I had pressed them. It was a weird sensation (but good)
    - nickjj 7mo ago
      Yes, I know this feeling, it's like typing on air. The Windows Terminal has this same feeling. 8 years ago I opened this issue https://github.com/microsoft/terminal/issues/327 https://github.com/microsoft/terminal/issues/327 and the creators of the tool explained how they do it. xterm in X11 has this feeling, ghostty does not. It's like being stuck in mud but it's not just ghostty, all GPU accelerated terminals on Linux I tried have this muddy feel. It's interesting because moving windows around feels really smooth (much smoother than X11). I wish this topic was investigated in more depth because inputting text is an important part of a terminal. If anyone wants to experience this with Wayland, try not booting into your desktop environment straight into a tty and then type. xterm in X11 and the Windows Terminal feel like this.
  - 0sdi 7mo ago
    Nerve signals yes. I just try them side by side, usually running vim on both terminals and measuring how it feels. If you can feel difference, the latency is bad.
ivanjermakov 7mo ago
According to this (at least 11 months old) benchmark, Ghostty has the worst input latency across all contenders: https://github.com/moktavizen/terminal-benchmark?tab=readme-ov-file https://github.com/moktavizen/terminal-benchmark?tab=readme-... More benchmarks from 4 months ago: https://news.ycombinator.com/item?id=45253927 https://news.ycombinator.com/item?id=45253927 14 months old discussion of input latency in Ghostty with comments from the author: https://github.com/ghostty-org/ghostty/discussions/4837 https://github.com/ghostty-org/ghostty/discussions/4837
- TehCorwiz 7mo ago
  I don’t type more than 100 characters a second so I’ve never ran into bits limits.
  - jstimpfle 7mo ago
    If you're typing just one character per second you'll still feel the difference. Latency is stress inducing.
- esperent 7mo ago
  I'm generally very sensitive to input latency and there's no way Ghostty has 41ms. I've only been using it for a couple of months though, so I guess it's fixed now. Edit: just saw your second link from 4 months and yes, it's now avg 13ms which feels about right to me. Not perfect but acceptable. So what's even the point of sharing the old benchmark?
- eviks 7mo ago
  The first link is a proper end-to-end benchmark with external camera (kudos to the author for making those), the second link is a more faulty software emulation
forty 7mo ago
I have been using computers and terminal for a long time, and this kind of comment makes me think I must have missed a whole bunch of things which can be done with a terminal
kccqzy 7mo ago
Since people are mentioning latency I’ll mention throughput. Basically the idea is that you accidentally cat a large file to your terminal and we are measuring how much time it takes for the terminal to finish displaying it. This test generally favors GPU-accelerated terminals. Ghostty performs very well on this regard, among the same league as Alacritty and Ptyxis.
- kazinator 7mo ago
  Rather, what will win is a terminal that internally builds an efficient, symbolic representation of what is on the display, rather than a pixel representation with all the font glyph, and which efficiently sychronizes that symbolic representation to the graphical canvas, skipping intermediate updates when the abstract display is changing too fast.
  - kccqzy 7mo ago
    That’s already happening I think. Newer terminals redraw at a fixed rate equal to the display refresh rate, usually 60Hz. But if there are more than 60 new characters being printed per second, some of these intermediate states are never rendered on screen.
- deleted 7mo ago
  [deleted]
homebrewer 7mo ago
Have you tried kitty with more aggressive settings? It feels very responsive out of the box, but the defaults are balanced for sane energy use on portable machines. repaint_delay 5 input_delay 1 sync_to_monitor no
ozgrakkurt 7mo ago
It feels amazing on linux. I find it very noticably better than konsole. Foot/Alacritty also feel amazing but they don't have some features of Ghostty. My benchmark is opening neovim and scrolling with the mousewheel so not sure how represantative that is though

0sdi 7mo ago

on my machine, noticeable. I seriously tried it, but went back because I could notice a small end-end latency, between keypress and action. But I'm also 240hz user.

kazinator 7mo ago
Where are you measuring the keypress from? The nerve signal to your finger muscles?> Or the time the keycap hits bottom? What if the switch closes before the cap hits bottom: then we are getting a latency figure that looks better than it really is.
- jstimpfle 7mo ago
  I've had a keyboard like that and with it, xterm (and nothing else) felt like it was displaying the characters even slightly before I had pressed them. It was a weird sensation (but good)
  - nickjj 7mo ago
    Yes, I know this feeling, it's like typing on air. The Windows Terminal has this same feeling. 8 years ago I opened this issue https://github.com/microsoft/terminal/issues/327 https://github.com/microsoft/terminal/issues/327 and the creators of the tool explained how they do it. xterm in X11 has this feeling, ghostty does not. It's like being stuck in mud but it's not just ghostty, all GPU accelerated terminals on Linux I tried have this muddy feel. It's interesting because moving windows around feels really smooth (much smoother than X11). I wish this topic was investigated in more depth because inputting text is an important part of a terminal. If anyone wants to experience this with Wayland, try not booting into your desktop environment straight into a tty and then type. xterm in X11 and the Windows Terminal feel like this.
- 0sdi 7mo ago
  Nerve signals yes. I just try them side by side, usually running vim on both terminals and measuring how it feels. If you can feel difference, the latency is bad.

ivanjermakov 7mo ago

According to this (at least 11 months old) benchmark, Ghostty has the worst input latency across all contenders: https://github.com/moktavizen/terminal-benchmark?tab=readme-ov-file https://github.com/moktavizen/terminal-benchmark?tab=readme-... More benchmarks from 4 months ago: https://news.ycombinator.com/item?id=45253927 https://news.ycombinator.com/item?id=45253927 14 months old discussion of input latency in Ghostty with comments from the author: https://github.com/ghostty-org/ghostty/discussions/4837 https://github.com/ghostty-org/ghostty/discussions/4837

TehCorwiz 7mo ago
I don’t type more than 100 characters a second so I’ve never ran into bits limits.
- jstimpfle 7mo ago
  If you're typing just one character per second you'll still feel the difference. Latency is stress inducing.
esperent 7mo ago
I'm generally very sensitive to input latency and there's no way Ghostty has 41ms. I've only been using it for a couple of months though, so I guess it's fixed now. Edit: just saw your second link from 4 months and yes, it's now avg 13ms which feels about right to me. Not perfect but acceptable. So what's even the point of sharing the old benchmark?
eviks 7mo ago
The first link is a proper end-to-end benchmark with external camera (kudos to the author for making those), the second link is a more faulty software emulation

forty 7mo ago

I have been using computers and terminal for a long time, and this kind of comment makes me think I must have missed a whole bunch of things which can be done with a terminal

kccqzy 7mo ago

Since people are mentioning latency I’ll mention throughput. Basically the idea is that you accidentally cat a large file to your terminal and we are measuring how much time it takes for the terminal to finish displaying it. This test generally favors GPU-accelerated terminals. Ghostty performs very well on this regard, among the same league as Alacritty and Ptyxis.

kazinator 7mo ago
Rather, what will win is a terminal that internally builds an efficient, symbolic representation of what is on the display, rather than a pixel representation with all the font glyph, and which efficiently sychronizes that symbolic representation to the graphical canvas, skipping intermediate updates when the abstract display is changing too fast.
- kccqzy 7mo ago
  That’s already happening I think. Newer terminals redraw at a fixed rate equal to the display refresh rate, usually 60Hz. But if there are more than 60 new characters being printed per second, some of these intermediate states are never rendered on screen.
deleted 7mo ago
[deleted]

homebrewer 7mo ago

Have you tried kitty with more aggressive settings? It feels very responsive out of the box, but the defaults are balanced for sane energy use on portable machines. repaint_delay 5 input_delay 1 sync_to_monitor no

ozgrakkurt 7mo ago

It feels amazing on linux. I find it very noticably better than konsole. Foot/Alacritty also feel amazing but they don't have some features of Ghostty. My benchmark is opening neovim and scrolling with the mousewheel so not sure how represantative that is though