logoalt Hacker News

ricardobeatlast Wednesday at 11:46 PM6 repliesview on HN

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.


Replies

coldtealast Wednesday at 11:49 PM

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 :)

show 3 replies
Zetaphoryesterday at 3:01 AM

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.

show 3 replies
bluecheese452yesterday at 3:42 PM

But why have 9 open projects?

Like the vast majority of the time I have one. If I want to switch projects I close and then reopen.

On the other hand if it was smoother on one large project that would be an advantage.

PurpleRamenyesterday at 11:27 AM

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.

OccamsMirroryesterday at 12:29 AM

My experience with Zed differed. On Linux I found it to be very memory hungry.

pjmlpyesterday at 6:29 AM

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.