• I_like_cats@lemmy.one
    link
    fedilink
    arrow-up
    110
    arrow-down
    6
    ·
    1 year ago

    There’s no such thing as a efficient electron app. First electron apps have 80MB of overhead since electron needs to bundle a whole ass browser. Also in runtime this requires 120MB of ram.

    If you really want to use webviews to make an app use Tauri.

    • masterspace@lemmy.ca
      link
      fedilink
      English
      arrow-up
      30
      arrow-down
      11
      ·
      1 year ago

      The literal most popular IDE amongst software developers is VS Code that’s built on Electron.

      • I_like_cats@lemmy.one
        link
        fedilink
        arrow-up
        52
        arrow-down
        2
        ·
        1 year ago

        I know. I also use VSCode. However I just hate how much ram it uses. I had a Laptop with 4Gb of ram and I could not open VsCode on that thing when I had literally anything else open because the system would freeze.

        Just because VsCode uses Electron doesn’t mean that Electron is not bad

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

          Tbf, it’s typically language servers and extensions causing cpu and memory footprints. If you were to open a dumb txt file, I doubt you’d encounter issues. The app itself is pretty light. I say this as a neovim user who has managed to make its memory footprint balloon _

          • AVincentInSpace@pawb.social
            link
            fedilink
            English
            arrow-up
            3
            ·
            edit-2
            1 year ago

            Can confirm. No matter how lightweight your IDE claims to be, if rust-analyzer uses 1GB RAM per project you have open and takes 30 seconds to start up, then that’s that.

            Source: learned Neovim having been promised it would be a lightweight alternative to a more mainstream IDE that would also speed up programming with keyboard shortcuts. By the time I added enough plugins to make it usable, only one of those two things was even debatably true.

          • TheFriendlyArtificer@beehaw.org
            link
            fedilink
            arrow-up
            9
            arrow-down
            1
            ·
            1 year ago

            My NeoVim (which can leverage VSCodes plugins) uses about 60MB for an entire project.

            And doesn’t have the stink of Microsoft and its associated user tracking.

          • I_like_cats@lemmy.one
            link
            fedilink
            arrow-up
            4
            arrow-down
            1
            ·
            1 year ago

            Yes. Thats a fuckton for a code editor. I also have an operating system that needs ram too. And if I open a browser it’s over

      • ExLisper@linux.community
        link
        fedilink
        English
        arrow-up
        16
        arrow-down
        3
        ·
        1 year ago

        I think parsing code and all the dependencies will require way more than 120MB of RAM so for VS Code the overhead doesn’t matter that much. For smaller apps 120MB of ram is insane.

        • navigatron@beehaw.org
          link
          fedilink
          arrow-up
          1
          ·
          1 year ago

          lite-xl with LSP gives you most of the features of vscode (they’re both lsp) at a tiny percentage of the system resources

          • ExLisper@linux.community
            link
            fedilink
            English
            arrow-up
            2
            ·
            1 year ago

            In my experience LSP actually consumes quite a bit of resources. I’m using nvim with LSP and it’s definitely not tiny percentage of what other IDEs are using. The editor is light, LSP is not.

    • griefreeze@lemmy.world
      link
      fedilink
      arrow-up
      7
      arrow-down
      4
      ·
      1 year ago

      This comment feels like it just stepped out of a time machine. I can’t remember the last time I fretted over 200MB of overhead/memory usage.

      I’m in no way judging you, merely commenting on how different our use cases and expectations are.

      • I_like_cats@lemmy.one
        link
        fedilink
        arrow-up
        9
        ·
        1 year ago

        This is a problem. Computers got faster over time and one would assume apps would also open faster. But no, developers that don’t care about their application’s performance (or companies, most of the time it’s not the developer’s fault) cause us to wait longer. Microsoft recently tweeted that they managed to get Microsoft Teams startup time down to 9 seconds from 18. I mean what the fuck.

      • Pyro@lemmy.world
        link
        fedilink
        English
        arrow-up
        3
        ·
        1 year ago

        Last I checked, almost none. They provide a JS API for common functions, so as long as you’re keeping things relatively simple you might not have to touch much Rust at all.

        • catastrophicblues@lemmy.ca
          link
          fedilink
          arrow-up
          2
          ·
          1 year ago

          Huh, that’s neat. From their docs it does seem like aside from some scaffolding, I shouldn’t need to write much Rust.