Vscodium: VSCodium is more than twice the size of VSCode on MacOS

Created on 29 Oct 2018  Â·  8Comments  Â·  Source: VSCodium/vscodium

Hello,
I have been following vscodium for a couple of months now, and decided to give it a try, but…
schermata 2018-10-29 alle 23 14 48
In the screen both of them were just downloaded from vscodium and vscode.

I'm no expert of build pipelines, so I don't know if this is expected or not, but surely 430MB of size seems odd. Sorry if I get it wrong.

I also inspected both packages and inside VSCodium it appears to be three Electron.Framework bundles (by 70MB each), while in VSCode there is only one.

Most helpful comment

Wow good find @Jackymancs4. I wonder what we're doing wrong in the build process. I will investigate.

All 8 comments

Wow good find @Jackymancs4. I wonder what we're doing wrong in the build process. I will investigate.

I used BeyondCompare to see the differences between the two packages. It looks like (as you pointed out @Jackymancs4) MS is somehow using links, whereas our build is producing duplicate folders (electron A vs electron current)

VSCode on left, VSCodium on right

image

Curiously, linux 32x & 64x builds of VSCode and VSCodium are comparable both in size and content.
So this is a problem only for darwin build target.

Alright I've figured it out. In Microsoft's build process, when they zip up the Darwin package (here), they pass -y to the zip command.

From the zip man page:


-y
--symlinks
For UNIX and VMS (V8.3 and later), store symbolic links as such in the zip archive, instead of compressing and storing the file referred to by the link. This can avoid multiple copies of files being included in the archive as zip recurses the directory trees and accesses files directly and by links.


It ought to be that we can pass the same flag and get the small build. Trying that now on my own branch. File to change is here.

VSCode has external dependencies. VSCodium doesn't.

@JL2210 what do you mean? This issue has already been resolved.

Sorry. I just realized that. Maybe we could strip our binaries and remove unneeded stuff from the zips? Anyway, VSCode (no offense) is a lot more well done than VSCodium. They probably have all this stuff automated, for all I know.

@JL2210 you can look at their build process here. They don't strip anything out, but they do add things (mixins). As of #55, our package size is _smaller_ than VSCode's.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

G-Ray picture G-Ray  Â·  6Comments

js-d-coder picture js-d-coder  Â·  6Comments

nclsbayona picture nclsbayona  Â·  6Comments

G-Ray picture G-Ray  Â·  4Comments

gabriel19913 picture gabriel19913  Â·  3Comments