Improve binary size #4025
Labels
infrastructure
CI, CD, releases, etc.
P3: Medium
research
Looking up ways to improve the product in the future.
Milestone
Discussed in #4024
Originally posted by jamesmacwhite December 27, 2021
First of all, I just want to say AdGuard Home is great and it's really exciting to see all the constant development and features constantly being rolled out.
Once thing I've noticed is the binary size seems to be growing a fair bit. Comparing the last two latest stable releases 0.106.3 to 0.107.0 for ARMv7.
Roughly a 57% increase. Now for most contexts and platforms, this isn't really an issue. An increase of 13.7 MB in the context of today's world with data centres with literally petabytes of storage, it's nothing! However, for more embedded platforms such as routers which will have limited flash space, this is quite significant. There are of course ways to extend flash storage space with additional storage partitions and such, but it did make me think about the binary size itself.
With the great development cycle and constant releases and improvements is the binary size just going to continue to grow? I'm not really that familiar with Go so please forgive my ignorance. It is my understanding that because the binary is statically linked and includes the Go runtime, it will be much heavier, but it does raise the question whether at some point the binary size will make running on embedded products like routers very difficult.
Either way, just thought it was an interesting topic, thanks for anyone's contributions!
Thoughts
The two main suspects are the packed front-end and module
github.com/google/gopacket
, which has some fairly large tables of some information. But perhaps there are others.The text was updated successfully, but these errors were encountered: