Meet Ghostty 1.0: The GPU-accelerated terminal emulator exits beta after two years, challenging Kitty and Alacritty with its speed and features.
  • toastal@lemmy.ml
    19·
    3 hours ago

    We need to stop this usage of proprietary. MS GitHub + Discord in free software. It completely undermines the philosophy.

  • Zloubida@lemmy.world
    11·
    7 hours ago

    I tried it, and it worked well when I worked locally. But I can’t use it to SSH into my server, a lot of things just don’t work.

    • x00z@lemmy.worldEnglish
      2·
      26 minutes ago

      You can do something like this:

      TERM=xterm-256color ssh user@host

      You could also install or copy over the term files or something. I can’t recall. But it’s the same as getting kitty to work which has more information online.

    • undu@lemmy.world
      6·
      4 hours ago

      SSHing to machines with bash seems to work fine, but it’s a problem with ones that use fish, for some reason

        • burrito@sh.itjust.works
          1·
          6 minutes ago

          Sounds like you have an issue with your PATH for the user you’re sshing as. What does ‘/usr/bin/echo $PATH’ output when run via ssh to your server?

  • Mwa@lemm.eeEnglish
    91·
    9 hours ago

    Finally a gpu accelerated Terminal emulator with tabbing.

  • maxprime@lemmy.ml
    391·
    18 hours ago

    A lot of talk here about the fact that it’s GPU accelerated. I guess because of the title of the article. But that’s not Ghostty’s main selling point, at all.

    First of all, lots of major terminal emulators are GPU accelerated. Alacrity, kitty, and wezterm are a few examples. How would you deal with an 8gb log file? It’s instances like that where a GPU can help. It’s not for “cool effects” and riced out config files.

    Ghostty was created to fill a niche gap: the intersection of the following three properties: fast, feature rich, and native. While it may not come in first place in any of those categories, it is competitive in all three. That’s what the selling points of Ghostty are.

        • Capsicones@lemmy.blahaj.zone
          132·
          8 hours ago

          It’s still racist when you make it an acronym. We know the term originally came from a racist term for Asian vehicles.

            • Capsicones@lemmy.blahaj.zone
              132·
              7 hours ago

              And I thank you, Norah. As an Asian woman, any Linux space can feel pretty unwelcoming sometimes. Most of the time it’s the sexism, but this insistence on saying “ricing” is just another reminder that many in this space enjoy a bit of racism on the side, too.

              I don’t usually say anything; I’m personally too afraid of being dragged into an endless “debate”. Perhaps a bit cowardly on my part. So, I appreciate you pointing it out first.

          • Cethin@lemmy.zipEnglish
            3·
            2 hours ago

            I case you didn’t see the other comments, this is a backronym to give people an excuse to say it isn’t actually racist. It comes from modding Japanese cars, referring to them as rice because they’re Asian. It’s pretty racist.

  • fxdave@lemmy.ml
    61·
    16 hours ago

    I’m not against it, but another factor that we should check in a terminal emulator (as a tool where you run everything from) is the system requirements.

    I’m using urxvt and that’s so easy on the system, it starts instantly. I can open multiple instances without worrying about the system resources.

    I believe it uses X.org’s text rendering. X.org uses OpenGL under the hood. It’s not CPU rendered.

    Alacrity felt bulkier when I tried. I will try this too though.

    • IrritableOcelot@beehaw.org
      3·
      15 hours ago

      Alacritty felt too slow and was missing settings I wanted (like mousewheel scroll) due to devs being opinionated. Kitty has been fast and flexible for me.

  • Daniel Quinn@lemmy.caEnglish
    293·
    22 hours ago

    What is the deal with getting gpu acceleration into a terminal emulator of all things? Of all the innovations that we could use, faster drawing of text doesn’t feel like it should be a priority.

    • Zacryon@feddit.org
      53·
      22 hours ago

      GPU rendered text interfaces are pretty ubiquitous already. You can find that in IDEs, browsers, apps and GUIs of OSs. Drawing pixels is still a job the GPU excels at. No matter whether it’s just text. So I don’t see a point why we shouldn’t apply that to terminal emulators as well.

      • ReversalHatchery@beehaw.orgEnglish
        3·
        20 hours ago

        ok but such a sensational announcement like this suggests that before (and without) gpu acceleration the program was noticeably slow for some reason

        • F04118F@feddit.nl
          11·
          20 hours ago

          It’s not just about speed, but also (battery) efficiency.

          Even if you don’t notice the speed, if you are working on anything but a modern expensive laptop, you will notice the difference in battery draw between:

          VS Code > NeoVim in traditional terminal > Neovim in Alacritty or Ghostty

    • lime!@feddit.nuEnglish
      19·
      21 hours ago

      text is like the slowest thing to draw :P when debugging games, a running log can make the 3D rendering stutter significantly.

        • lime!@feddit.nuEnglish
          91·
          20 hours ago

          no, that’s just minecraft being badly made. I’m talking logs running in a separate window.

          • ferret@sh.itjust.worksEnglish
            2·
            17 hours ago

            But thats different, the issue there isn’t the text drawing, its that it isn’t meaningfully asynchronous and console drawing is typically blocking (at least on windows)

            • lime!@feddit.nuEnglish
              1·
              10 hours ago

              that’s true, but the impact would still be lessened by faster rendering. and as someone who spends all day in the terminal anyway, i do see the benefits often.

    • JubilantJaguar@lemmy.world
      7·
      20 hours ago

      That’s what I would have said till I tried using a TUI epub reader. The jankiness of line-level scrolling (rather than pixel-level like in a GUI app) is all but a deal breaker.

      I was then most surprised to discover that terminal emulators with this amazing cutting-edge technology (smooth scrolling) do not even exist.

  • zod000@lemmy.ml
    126·
    20 hours ago

    Unless it is trying to actually look cool like “cool retro terminal” or something, I fail to see how the point. I don’t recall ever in the history of my terminal use ever thinking “man, this terminal emulator is so slow!” I mean, really… 120fps 4k terminals. Neat I guess?