upvote
Currently on this machine: using 900MB of RAM, including all language servers, with nine open projects - that is pretty phenomenal. VSCode could barely keep one open with the same memory.

The perception of 'fast' is very subjective. To me having a smooth, jitter-free UI, low input latency, and instant startup, all matter a lot.

reply
It's amazing that a gig of ram is considered lightweight for having 8 project dirs open in an editor, which normally means 8 tree views and a few open file tabs per project :)
reply
Even more amazing that 10GB for the same purpose is considered acceptable. ± 100MB for window, project files, LSP servers, ASTs etc is something very few editors can achieve - I'm pretty sure Zed beats both Emacs and Neovim in memory consumption.
reply
"Including all language servers" is a big part of that. I hope.
reply
I’ll stick to my butterflies.
reply
I understand wanting your software to be well optimized, but at no point in my years of using VSCode have I ever actually had to care about how much RAM it's using. I have 32GB, I'm going to use it.
reply
I made the mistake of buying an 8 GB macbook air m3 a while ago, thinking it would be enough. I wasn't accounting for docker or vscode. It REALLY lags. The vim mode plugin will regularly lag on nearly every keystroke, until I kill everything and restart.

On the topic of vim, the built-in vim mode in zed is really good. The helix mode is great too!!

reply
I, too, would like to use my RAM. And I would like to be able to use it on the things I deem important, not to subsidize the laziness of devs who reach for Electron.
reply
>I, too, would like to use my RAM.

I'd like to BETTER use my RAM, and have faster programs to boot (as programs who overuse RAM also are slower than more optimized ones).

reply
Maybe use it to run a small local LLM + Zed instead of just VS Code?

(I’m probably off on how much memory it takes to run a small LLM, but still.)

reply
VS Code is also offering significant more ability than Zed at the moment. If you want to sell RAM-usage as a phenomenal benefit, then you should compare it with similar editors, like Sublime or (Neo)Vim.
reply
A side effect of Electron crap, before Zed many editors and IDEs on Atari, Amiga, Windows, OS/2, BeOS, Mac OS, NeXTSTEP, were written in fully native code.
reply
My experience with Zed differed. On Linux I found it to be very memory hungry.
reply
I heard that Zed has very impressive collaboration features. I tried them a little and they really look well (like discord, but directly in editor). But this was very superficial look
reply
VSCode extensions and the ecosystem is a security time-bomb. Zed looks to be doing things better.
reply
Zed literally downloads random executables and runs them by default without asking
reply
What?! Really?! Link? I'm not a Zed user. That comment was based off a few minutes of research, and I guess a small dose hopium of a VSCode user and understanding what a shit show the extensions setup is and wanting someone to do better.
reply
Yep, it pulls stuff from at least npm, it’s not a secret - check the source code.

Actually it pulls latest versions (checking registry then installing that exact version, not sure why they sidestep normal resolution algorithms) no matter what .npmrc may say, so min-release-age breaks almost everywhere it integrates with JS/TS ecosystem (most visibly, Copilot). I probably should’ve filed an issue.

It also installs Go packages but I haven’t looked into that.

reply
Recent example I looked at: https://github.com/nilskch/zed-jj-lsp, which downloads jj-lsp if not found in the system. I have seen other extensions doing similar for convenience, but can't remember names to give concrete links.
reply
Yes, this is annoying. When doing editor testing, I always also have to open the activity monitor and force quit all extra processes started by Zed.
reply