cogentcore
Reduce binary sizes
How to optimize the files built on the Windows platform if they are too large?
The binaries are definitely too big, and we will work on reducing binary sizes soon.
In the meantime, simply compressing the binaries (eg: gzip sys.exe) reduces the binary size significantly (about 4x for me on Windows). You can also try more powerful compression tools like brotli.
Though you do have to uncompress them on the target system, it can help when deploying them.
Though you do have to uncompress them on the target system, it can help when deploying them.
okay，thx you.
I have cut binary sizes in half in the current version of gi in development by reducing dependencies and cleaning up code. You will not see these changes until I do a release cycle, which will not happen for a few days due to other ongoing changes. I will keep this issue open because there are still many more changes I want to make to further reduce binary sizes.
I have cut binary sizes in half in the current version of gi in development by reducing dependencies and cleaning up code. You will not see these changes until I do a release cycle, which will not happen for a few days due to other ongoing changes. I will keep this issue open because there are still many more changes I want to make to further reduce binary sizes.
OKay，but i found the gide's code need update with this change.
I fixed the error in gide.
After this period of submission, the Android program starts with a black screen or no controls, and the test is files or task manager repository
I am aware of this issue and am working to resolve it as soon as possible.
I fixed the Android app issue in the latest version of gi (go get goki.dev/gi/v2@main).
Also, I figured out a way to get rid of gimain, so you can remove the gimain.Run from all of your code.
Also, I figured out a way to get rid of gimain, so you can remove the
gimain.Runfrom all of your code.
cool for you, i will try all.
I fixed the Android app issue in the latest version of gi (
go get goki.dev/gi/v2@main).
The test found that the two-finger operation DPI scaling did not return to normal
I want to keep this open because there are still some binary size issues that I need to resolve.
I want to keep this open because there are still some binary size issues that I need to resolve.
okay
The basic Cogent Core hello example is around twice as big, which is because Cogent Core comes with many more features and widgets. As I stated above, we are continuing to work on reducing binary sizes, and we should end up relatively close to gio's size after we make more optimizations soon.
I made further optimizations that reduce the binary size of the basic example by 1.5 MB, and I will continue to work on reducing binary sizes further.
I made further optimizations that reduce the binary size of the basic example by 1.5 MB, and I will continue to work on reducing binary sizes further.
I found a detached cgo implementation with a small compilation speed and binary size, and I saw if there was anything to learn, go mod download github.com/hajimehoshi/ebiten/v2@e8cdf885c05cf2395b1935d7f23c9295dece1f0b
I don't think the cgo is the main issue, although we may try https://github.com/ebitengine/purego at some point to make cross-compilation easier. The main remaining binary size issues I am aware of and planning to fix are the enumgens, fonts, and icons, which together make up a sizable percentage of the remaining binary size. I will also work on further reducing dependencies if possible.
ok
---Original--- From: @.> Date: Mon, Feb 26, 2024 00:40 AM To: @.>; Cc: @.>;"State @.>; Subject: Re: [cogentcore/core] Reduce binary sizes (Issue #733)
I don't think the cgo is the main issue, although we may try https://github.com/ebitengine/purego at some point to make cross-compilation easier. The main remaining binary size issues I am aware of and planning to fix are the enumgens, fonts, and icons, which together make up a sizable percentage of the remaining binary size. I will also work on further reducing dependencies if possible.
— Reply to this email directly, view it on GitHub, or unsubscribe. You are receiving this because you modified the open/close state.Message ID: @.***>
sorry for small notice, but with upx (dnf install upx) it is only 4.3 MB that is nice .........
Yep, upx is definitely an effective way to reduce binary sizes, although at some cost. I am considering potential further icon and spelling optimizations to reduce binary sizes more, and I am also planning to work on reducing the size of some of the core code.
Also, if #974 is successful, that should drastically reduce web binary sizes.
I restructured the way instance variables work in typegen such that widgets are now only compiled into the app if they are used, which generally reduces binary sizes by several hundred kilobytes (the demo was reduced by 663.8 kb) (see b1b3f62).
Also, binary sizes are currently temporarily inflated due to large spelling files being embedded into apps, which we are going to fix soon with #711.
We improved the storage of the spelling file in #1001, which reduced binary sizes by 14.0 MB for apps that use text editors! I am also working on icon changes that will reduce binary sizes by 1-2 MB for all apps.