Live data from Hacker News

Zed 1.0

zed.dev

691–700 of 727 posts

Re: Zed 1.0

#691
post #550
post #538

Earlier quoted context omitted.

I only installed it today for the first time but yes it does have a very prominent button to completely disable all AI.

Thanks, I might give it a spin on the weekend then and see how well it performs compared to Sublime Text. If what other people say here are true - as in it uses considerable CPU and GPU resources being idle - then I'll know it's not a usable piece of software.

Just checked since you made me curious. With 1 PHP and 1 nodejs project in 2 windows, here's the usage (on Ubuntu Linux):

   Zed is using:
   - CPU: 4.7%
   - RSS: ~2.1 GB
The bulk of it is language servers (TypeScript/tsserver is adding ~600MB). Zed by itself is ~790MB RAM.

Re: Zed 1.0

#692

Earlier quoted context omitted.

Nailed it! I will do some more experiments and report back.

You should edit your original comment since it was user-error not the app being inferior.

Is it really user error if the default for an application is to behave poorly?

Re: Zed 1.0

#693

Earlier quoted context omitted.

> With AI being so good why isn't someone... It baffles me that people ask this question all the time and it never occurs to them that perhaps the answer is "because it isn't".

> perhaps the answer is "because it isn't" I'm sure it can handle "remove all instances of telemetry"

So why don't you do it? Easy, right?

Re: Zed 1.0

#694

Earlier quoted context omitted.

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

I’ll stick to my butterflies.

Good 'ol C-x M-c M-butterfly

Re: Zed 1.0

#695
post #691
post #550

Earlier quoted context omitted.

Thanks, I might give it a spin on the weekend then and see how well it performs compared to Sublime Text. If what other people say here are true - as in it uses considerable CPU and GPU resources being idle - then I'll know it's not a usable piece of software.

Just checked since you made me curious. With 1 PHP and 1 nodejs project in 2 windows, here's the usage (on Ubuntu Linux): Zed is using: - CPU: 4.7% - RSS: ~2.1 GB The bulk of it is language servers (TypeScript/tsserver is adding ~600MB). Zed by itself is ~790MB RAM.

Is it constantly using that 4.7% CPU? (which could be one or two CPU cores depending on the processor).

For (what should be) an event driven application using any amount of CPU just sitting there idle is a big no-no. Anyone on a laptop should pay attention.

Re: Zed 1.0

#696
post #525

Does a native UI experience have no value these days? I mean--amazing achievement building an alternate GPU-accelerated UI framework from scratch, and I do love the responsiveness, but this leaves you with a non-native app that doesn't follow OS conventions and will not get appearance and behavior updates going forward without a lot of additional effort.

The value depends entirely on specific conventions, but you've mentioned none. There is also value in consistent UI across platforms (which native UI don't support) as for some conventions you'd prefer to ignore the OS defaults.

I definitely hate the non standard context menus that can’t render outside of their containing window. (And when they can’t turns out they can secretly be scrolled up and down) Yikes.

Re: Zed 1.0

#697
I use Zed and VSCode together. Zed for a “clean” version of my workspaces (no annoying plugins, no agents, etc.), and VSCode with all the plugins + GitHub Copilot. I really appreciate what Zed has become and how performant it is, and plan to use it more exclusively.

Re: Zed 1.0

#698

Can you fix the CLI on Windows? You broke it a few versions ago. 'zed --version' and all the other flags don't work. Maybe broken command parser or something, im not sure. Zed with zero flags still launches it. I particularly want to be able to pass it filenames for quick opening and --new and --wait. Used to work. Thanks!

Zed support engineer here, that sounds like a bug! I have `zed --version` working on my Windows machine: PS C:\WINDOWS\system32> zed --version Zed 1.0.0 5ec84a926ef83865afb92d2a3d1ca3b419572cf9 – \\?\C:\Users\mrg\AppData\Local\Programs\Zed\Zed.exe If you're up for it, we can pair next week to get a proper bug report filed https://calendar.app.google/qPgW7q6upb3RqPjx5

I wasn't expecting that level of support, thanks for the offer!

You said it should work, so I did some poking around. Uninstalled it, reinstalled it. Still didn't work. The "About" in app said I was running 1.0.0+stable

Checked my environment paths and saw I had both

    C:\Users\Me\AppData\Local\Programs\Zed
    C:\Users\Me\AppData\Local\Programs\Zed\bin
So I opened those paths in explorer, and there is indeed a zed.exe in both dirs. So I tried them explicitly:

    Me@DESKTOP-NN7TD9I ~
    $ "C:\Users\Me\AppData\Local\Programs\Zed\Zed.exe" --help
    
    Me@DESKTOP-NN7TD9I ~
    $ "C:\Users\Me\AppData\Local\Programs\Zed\bin\zed.exe" --help
    The Zed CLI binary.
    This CLI is a separate binary that invokes Zed.
    
    ...
They both launch Zed when double clicked, but only one works with CLI args.

Fix is easy then, I just deleted "C:\Users\Me\AppData\Local\Programs\Zed" from my paths.

I don't know if I added that or Zed added that path when installing (maybe from an earlier ver?), but there you have it.

Re: Zed 1.0

#699
i'm very new to coding (6 months?)

i started with vs ode, then quickly switched to antigravity and felt it was so much less bloated than vscode.

then i tried zed, and i've never looked back. i don't think i've "loved" a software product this much. it looks super clean and so intentional.

thanks for making this, and making this available for free.

i bet there will be a huge group of developers looking up to zed as a quality benchmark. i certainly am.

Re: Zed 1.0

#700
post #676
post #646

Earlier quoted context omitted.

If you look into strace of something like IMGUI demo on say sdl2+opengl backend, you'll see about same syscall/sec number at 60 fps, but it'll all be sequences of writev, recvmsg, poll, clock_gettime and DRM_IOCTL_SYNCOBJ_ ioctls. Which is basically just polling for input and submitting gpu command buffers, nothing expensive, and nothing a cache can help with.

That does not really matter though: Even immediate-mode approach programs should just not be drawing new frames when the program logic says that there are no new inputs that can result in different pixels (e.g. no user inputs, animations, notifications, text content changes, etc.). One does not need to "poll" for input.

> Even immediate-mode approach programs should just not be drawing new frames

They can't not. When the backend asks for a frame you give it a frame, or the result is not defined (a black rectangle instead of window content usually).

Even if you don't redraw anything at all it's still a 2d blit from gpu memory which is two triangles, a texture and sync object. Or you need to tell the window manager what's the window content this frame by any other way which also inevitably crossess process boundaries and thus is a bunch of syscalls. Plus you need to poll for input anyway.

edit: by "poll for input" I mean the literal poll() syscall. Which is ofc the basis of async and all. How else do you get to know there was any input?

Post reply on HN