Strip release binaries

[szepeviktor]

Releases on releases.mattermost.com contain not stripped binaries.

Please consider going from 50MB -> 38MB in case of mattermost
Thank you.

[amyblais]

@szepeviktor Can you help share your use case and why you're hoping to see this change?

[szepeviktor]

@amyblais Of course.

Not stripped binaries are BIG, taking up memory in vain,
stripped binaries are smaller.

[szepeviktor]

"stripping" is a technical term, not equal to the English word.
It means removing debugging information which is necessary for... :) debugging.

So not stripped binaries go to developers and testers,
stripped ones into production.

[agnivade]

@szepeviktor - Thanks for filing the issue. Reducing size is indeed important, but so is the ability to debug crashes in production. The tipping point would usually be when the difference in binary size is so big, that is dwarfs the need to be able to debug in production.

I just did some testing and the binary size just went down from 57MB to 43MB. Granted it's still 14MB, but I am curious to know how much of an impact is it making in your environment ? Is it something that you consider good to have ? Or you are actually facing performance issues with binary size ?

That being said, the Go runtime is becoming smarter every release and it has started to compress the debug symbols. And we have also started to make small changes like using the -trimpath flag to cut down from using full file paths.

There are these specific issues from the Go team golang/go#6853, golang/go#26379 which concerns reducing binary size if you are interested.

[szepeviktor]

I see. QA is in my focus. So using QA tools in development could make debugging unnecessary!

Some highly popular binaries are 130 KB is size.

ls -l /bin/ls
-rwxr-xr-x 1 root root 130736 Feb 22  2017 /bin/ls

14 MB is 100×ls!!!

[szepeviktor]

I give you my basic trio of zero-coverage tests I enforce at every client.

1. syntax check
2. coding standard
3. static analysis

Go is Chinese to me, so these may be built-in or even impossible!