The Rust compiler always produces quite large binaries compared to other programming language. I notice there's a (closed) issue on the Zed github [https://github.com/zed-industries/zed/issues/34376],
> At this time, we prioritize performance and out-of-the-box functionality over minimal binary size. As is, this issue isn't very actionable, but if you have concrete optimization ideas that don't compromise these priorities, we'd be happy to consider them in a new issue.
Will it though?
I mean it's a lot for a "text editor", but much less than a classical IDE.
And 400M is pretty negligible if you're on Windows, where your OS takes up dozens of GB for no reason.
landr0id|4 months ago
vilhelm_s|4 months ago
> At this time, we prioritize performance and out-of-the-box functionality over minimal binary size. As is, this issue isn't very actionable, but if you have concrete optimization ideas that don't compromise these priorities, we'd be happy to consider them in a new issue.
pjmlp|4 months ago
The world moved into dynamic linking in the 1980's for a reason.
It is cool to advocate for a return to static linking when it is basic CLI tools.
hdjrudni|4 months ago
897MB! But it appears to have installed itself twice for some reason. Maybe one is an 'update' which it didn't clean up...? I'm not sure.
Edit: I just opened it and it cleaned itself up. 408MB now. I guess it was in the process of upgrading.
eviks|4 months ago
juliangmp|4 months ago
ktm5j|4 months ago
For people who are serious about their text editors, 400m is a small price to pay for something that works for you.
eviks|4 months ago