lemmy.mlaga97.space
  • Communities
  • Create Post
  • Create Community
  • heart
    Support Lemmy
  • search
    Search
  • Login
  • Sign Up
ksp [il/lui]@jlai.lu to Linux@lemmy.mlEnglish · 1 year ago

Zed on Linux is out!

zed.dev

external-link
message-square
197
fedilink
  • cross-posted to:
  • foss@beehaw.org
0
external-link

Zed on Linux is out!

zed.dev

ksp [il/lui]@jlai.lu to Linux@lemmy.mlEnglish · 1 year ago
message-square
197
fedilink
  • cross-posted to:
  • foss@beehaw.org
Linux when? Linux now. - Zed Blog
zed.dev
external-link
We've stabilized our Linux build, download it today!
  • aramus@lemmy.world
    link
    fedilink
    arrow-up
    0
    ·
    1 year ago

    I still don’t understand why I should need GPU acceleration for my fucking TEXT EDITOR

    • sorrybookbroke@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      0
      ·
      1 year ago

      Sppeeed

      • FlorianSimon@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        8 months ago

        Removed by mod

    • FlorianSimon@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      edit-2
      8 months ago

      Removed by mod

      • booly@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        Shouldn’t the DE/Window Manager be handling that? Seems like doing it on a window by window basis would be inefficient (and look inconsistent).

        • AProfessional@lemmy.world
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 year ago

          That’s a totally unrelated part of the stack. These days you just have a compositor that combines the output of applications.

          The model of out of process rendering in Xorg was done pre-2000s but GPUs became the norm and don’t work well this way.

          • ParetoOptimalDev@lemmy.today
            link
            fedilink
            arrow-up
            0
            ·
            1 year ago

            The model of out of process rendering in Xorg was done pre-2000s but GPUs became the norm and don’t work well this way.

            Thats where we get into explicit and implicit sync right?

            • AProfessional@lemmy.world
              link
              fedilink
              English
              arrow-up
              0
              ·
              edit-2
              1 year ago

              Also very unrelated, that’s about graphics apis like opengl.

              https://www.khronos.org/opengl/wiki/Synchronization

        • leopold@lemmy.kde.social
          link
          fedilink
          English
          arrow-up
          0
          ·
          1 year ago

          The job of the window manager is to manage windows and very little else. Font rendering is done by the widget toolkit, usually via freetype/harfbuzz.

    • naught@sh.itjust.works
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      I mean, it should be clear. Smooth and fast and snappy. If you don’t want that, use neovim like me :)

      • ma1w4re@lemm.ee
        link
        fedilink
        arrow-up
        0
        ·
        edit-2
        1 month ago

        deleted by creator

        • naught@sh.itjust.works
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          Hold down j and lmk how smooth it is 😅

          • ma1w4re@lemm.ee
            link
            fedilink
            arrow-up
            0
            ·
            edit-2
            1 month ago

            deleted by creator

        • Mia@lemmy.blahaj.zone
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          Terminals applications are, by definition, not smooth. You can’t have smooth scrolling, or anything else really, with a text grid.

    • ryannathans@aussie.zone
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      Same reason you need it for your terminal (see kitty terminal). It’s surprisingly slow to cpu render text, gpu rendering is more power efficient and far more responsive

      • fruitycoder@sh.itjust.works
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        It was surprising how gpu accelerated rendering helped read logs better. Niche case, but better was better.

        • laughterlaughter@lemmy.world
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          Better in what sense?

          • fruitycoder@sh.itjust.works
            link
            fedilink
            arrow-up
            0
            ·
            1 year ago

            More readable on my part. The speed at which logs could write to the screen and still be readable was faster for me compared to before.

            • laughterlaughter@lemmy.world
              link
              fedilink
              arrow-up
              0
              ·
              1 year ago

              Interesting! I’d like to experience this at some point.

      • atzanteol@sh.itjust.works
        link
        fedilink
        English
        arrow-up
        0
        ·
        1 year ago

        Same reason you need it for your terminal

        So I don’t.

      • laughterlaughter@lemmy.world
        link
        fedilink
        arrow-up
        0
        ·
        1 year ago

        Surprisingly slow compared to GPU rendering. But… is it really “surprisingly slow”? If it was some 10mhz machine, then sure… I’d agree with you.

        • ryannathans@aussie.zone
          link
          fedilink
          arrow-up
          0
          ·
          1 year ago

          Look at the benchmarks on kitty https://sw.kovidgoyal.net/kitty/performance/

          • Phoenix3875@lemmy.world
            link
            fedilink
            arrow-up
            0
            ·
            1 year ago

            Maybe I’m missing something, but shouldn’t the benchmark be a good approximation to the real workload? I don’t see how the measurements reflect the performance difference in real life usages.

            Why would I need 100MiB/s processing as opposed to 20MiB/s processing, when I can only read maybe several lines per second?

            • ryannathans@aussie.zone
              link
              fedilink
              arrow-up
              0
              ·
              edit-2
              1 year ago

              Faster processing means more efficient processing which means less power draw.

              https://github.com/kovidgoyal/kitty/issues/2701#issuecomment-911089374

              How about keypress latency? Over 3x faster than gnome terminal and 4x faster than alacritty

    • electricprism@lemmy.ml
      link
      fedilink
      arrow-up
      0
      ·
      1 year ago

      Smooth scrolling? Maybe I’m wrong

Linux@lemmy.ml

linux@lemmy.ml

Subscribe from Remote Instance

Create a post
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !linux@lemmy.ml

From Wikipedia, the free encyclopedia

Linux is a family of open source Unix-like operating systems based on the Linux kernel, an operating system kernel first released on September 17, 1991 by Linus Torvalds. Linux is typically packaged in a Linux distribution (or distro for short).

Distributions include the Linux kernel and supporting system software and libraries, many of which are provided by the GNU Project. Many Linux distributions use the word “Linux” in their name, but the Free Software Foundation uses the name GNU/Linux to emphasize the importance of GNU software, causing some controversy.

Rules

  • Posts must be relevant to operating systems running the Linux kernel. GNU/Linux or otherwise.
  • No misinformation
  • No NSFW content
  • No hate speech, bigotry, etc

Related Communities

  • !opensource@lemmy.ml
  • !libre_culture@lemmy.ml
  • !technology@lemmy.ml
  • !libre_hardware@lemmy.ml

Community icon by Alpár-Etele Méder, licensed under CC BY 3.0

Visibility: Public
globe

This community can be federated to other instances and be posted/commented in by their users.

  • 445 users / day
  • 2.97K users / week
  • 7.21K users / month
  • 17.5K users / 6 months
  • 1 local subscriber
  • 56.1K subscribers
  • 6.61K Posts
  • 135K Comments
  • Modlog
  • mods:
  • AgreeableLandscape@lemmy.ml
  • nooter692@lemmy.ml
  • MarcellusDrum@lemmy.ml
  • Arthur Besse@lemmy.ml
  • Cyclohexane@lemmy.ml
  • d3Xt3r@lemmy.nz
  • BE: 0.19.5
  • Modlog
  • Instances
  • Docs
  • Code
  • join-lemmy.org