コンパイルされたファイルサイズを減らす方法は？

Question 1

cを比較してみましょう：Hello_world.c：

#include<stdio.h>
int main(){
    printf("Hello world!");
}

Hello_world.go：

package main
import "fmt"
func main(){
    fmt.Printf("Hello world!")
}

両方をコンパイルします。

$gcc Hello_world.c -o Hello_c 
$8g Hello_world.go -o Hello_go.8
$8l Hello_go.8 -o Hello_go

で、それ何？

$ls -ls
... 5,4K 2010-10-05 11:09 Hello_c
... 991K 2010-10-05 11:17 Hello_go

約1MbHelloworld。私をからかってるの？私は何が間違っていますか？

（Hello_goを削除-> 893Kのみ）

Question 2

ファイルが大きいのは問題ですか？Goはわかりませんが、Cプログラムには当てはまらないランタイムライブラリを静的にリンクしていると思います。しかし、プログラムが大きくなるとすぐに、おそらくそれは心配する必要はありません。

ここで説明するように、Goランタイムを静的にリンクすることがデフォルトです。このページでは、ダイナミックリンクを設定する方法についても説明しています。

Question 3

Unixベースのシステム（LinuxやMac OSXなど）を使用している場合は、-wフラグを使用して実行可能ファイルをビルドすることにより、実行可能ファイルに含まれているデバッグ情報を削除してみてください。

go build -ldflags "-w" prog.go

ファイルサイズが大幅に削減されます。

詳細については、GDBのページをご覧ください：http：//golang.org/doc/gdb

Question 4

2016年の回答：

1. Go1.7を使用します

2.コンパイルする go build -ldflags "-s -w"

➜ ls -lh hello
-rwxr-xr-x 1 oneofone oneofone 976K May 26 20:49 hello*

3.次に使用はupx、goupxもはや1.6以降必要ありません。

➜ ls -lh hello
-rwxr-xr-x 1 oneofone oneofone 367K May 26 20:49 hello*

Question 5

Goバイナリは静的にリンクされているため、大きくなります（cgoを使用したライブラリバインディングを除く）。Cプログラムを静的にリンクしてみると、同等のサイズに成長することがわかります。

これが本当にあなたにとって問題である場合（私は信じがたいです）、gccgoでコンパイルして動的にリンクすることができます。

Question 6

goupxを入手する必要があります。これにより、GolangELF実行可能ファイルが動作するように「修正」されupxます。場合によっては、すでに約78％のファイルサイズの縮小があり~16MB >> ~3MBます。

圧縮率は通常25％になる傾向があるため、試してみる価値があります。

$ go get github.com/pwaller/goupx
$ go build -o filename
$ goupx filename

>>

2014/12/25 10:10:54 File fixed!

        File size         Ratio      Format      Name
   --------------------   ------   -----------   -----------
  16271132 ->   3647116   22.41%  linux/ElfAMD   filename                            

Packed 1 file.

-s追加：フラグ（ストリップ）はbinファイルをさらに縮小できますgoupx -s filename

Question 7

という名前のファイルを作成し、main.go簡単なhelloworldプログラムで試してみましょう。

package main

import "fmt"

func main(){
    fmt.Println("Hello World!")
}

goバージョン1.9.1を使用しています

$ go version
 go version go1.9.1 linux/amd64

標準go buildコマンドでコンパイルします。

$ go build main.go
$ ls -lh
-rwxr-xr-x-x 1 nil nil 1.8M Oct 27 07:47 main

でもう一度コンパイルしてみましょうgo buildが、ldflags上記のように、

$ go build -ldflags "-s -w" main.go
$ ls -lh
-rwxr-xr-x-x 1 nil nil 1.2M Oct 27 08:15 main

ファイルサイズが30％削減されます。

さて、使用することができますgccgo、

$ go version
 go version go1.8.1 gccgo (GCC) 7.2.0 linux/amd64

建物は一緒gccgoに行く、

$ go build main.go
$ ls -lh
-rwxr-xr-x 1 nil nil 34K Oct 27 12:18 main

バイナリサイズはほぼ100％削減されます。ビルドフラグを使用してビルドmain.goしてみましょうgccgo。

$ go build -gccgoflags "-s -w" main.go
-rwxr-xr-x 1 nil nil 23K Oct 27 13:02 main

警告： としてgccgoバイナリが動的にリンクされていました。サイズが非常に大きいバイナリがある場合、gccgoでコンパイルしたときのバイナリは100％減少しませんが、サイズがかなり減少します。

gcと比較すると、gccgoはコードのコンパイルに時間がかかりますが、より強力な最適化をサポートしているため、gccgoによってビルドされたCPUバウンドプログラムは通常、より高速に実行されます。インライン化、ループ最適化、ベクトル化、命令スケジューリングなど、長年にわたってGCCに実装されたすべての最適化が利用可能です。常に優れたコードが生成されるとは限りませんが、gccgoでコンパイルされたプログラムの実行速度が30％速くなる場合があります。

GCC 7リリースには、Go1.8ユーザーライブラリの完全な実装が含まれる予定です。以前のリリースと同様に、Go 1.8ランタイムは完全にはマージされていませんが、Goプログラムには表示されないはずです。

長所：

サイズを縮小
最適化。

短所

スロー
の最新バージョンは使用できませんgo。

あなたはこことここで見ることができます。

Question 8

よりコンパクトなhello-worldの例：

package main

func main() {
  print("Hello world!")
}

大きなfmtパッケージはスキップされ、バイナリが大幅に削減されます。

  $ go build hello.go
  $ ls -lh hello
  ... 259K ... hello2
  $ strip hello
  $ ls -lh hello
  ... 162K ... hello2

Cほどコンパクトではありませんが、MではなくKで測定されます:)わかりました。一般的な方法ではなく、サイズを最適化するいくつかの方法を示しています。ストリップを使用し、最小限のパッケージを使用してみてください。とにかく、Goは小さなサイズのバイナリを作成するための言語ではありません。

Question 9

ブラッド・フィッツパトリックがツイートした次のGo 1.11に対する2018年の回答（2018年6月中旬）：

数分前の時点で、＃golang ELFバイナリのDWARFセクションが圧縮されているため、チップに余分なデバッグ機能がすべて含まれていても、チップバイナリはGo1.10よりも小さくなっています。

Cf. Golang問題11799：

デバッグ情報を圧縮すると、ファイルサイズが大幅に安くなる可能性があります。

コミット594eae5で詳細を参照してください

cmd / link：ELFバイナリのDWARFセクションを圧縮します

これの最も難しい部分は、バイナリレイアウトコード（blk、elfshbits、およびその他のさまざまなもの）が、シンボルとセクションのファイル位置とそれらの仮想アドレスの間の一定のオフセットを想定していることです。

もちろん、圧縮はこの一定のオフセットを壊します。
ただし、圧縮前に再配置を解決するには、圧縮前にすべてに仮想アドレスを割り当てる必要があります。

その結果、圧縮では、圧縮されたサイズに基づいて、DWARFセクションとシンボルの「アドレス」を再計算する必要があります。
幸い、これらはファイルの最後にあるため、他のセクションやシンボルを混乱させることはありません。（もちろん、DWARFセグメントが最後に来ると想定する驚くべき量のコードがあるので、もう1つ場所は何ですか？）
name        old exe-bytes   new exe-bytes   delta
HelloSize      1.60MB ± 0%     1.05MB ± 0%  -34.39%  (p=0.000 n=30+30)
CmdGoSize      16.5MB ± 0%     11.3MB ± 0%  -31.76%  (p=0.000 n=30+30)
[Geo mean]     5.14MB          3.44MB       -33.08%

ロブパイクは言及します：

これは、ELFを使用するマシンでのみ役立ちます。
バイナリはまだ大きすぎて、成長しています。

ブラッドは答えた：

少なくともそれは何かです。ずっと悪化しそうだった。
1回のリリースで出血を止めました。

理由：デバッグ情報だけでなく、GCのマップを登録して、任意の命令をセーブポイントにします。

Question 10

バイナリには、デフォルトで、ガベージコレクタ、goルーチンを管理するスケジューリングシステム、およびインポートするすべてのライブラリが含まれています。

その結果、最小サイズは約1Mbになります。

Question 11

Go 1.8からは、新しいプラグインシステムを使用して、バイナリを共有ライブラリに似たものに分割することもできます。このリリースでは、Linuxでのみ機能しますが、将来的には他のプラットフォームもサポートされる可能性があります。

https://tip.golang.org/pkg/plugin/

Question 12

このテーマに関する私の小さな調査をご覧ください：https： //github.com/xaionaro/documentation/blob/master/golang/reduce-binary-size.md

2MiB hello-worldstatic-binaryサンプルを15KiBstatic-binaryまたは10KiBdynamic-binaryに減らす方法を段階的に示します。もちろん、多くの制限があります。

Question 13

デフォルトでは、gccは動的にリンクし、静的に移動します。

ただし、Cコードを静的にリンクすると、より大きなサイズのバイナリが得られる可能性があります。

私の場合：

go x64（1.10.3）-サイズ1214208バイトで生成されたバイナリ
gcc x64（6.2.0）-サイズ1421312バイトで生成されたバイナリ

両方のバイナリは静的にリンクされており、debug_infoはありません。

go build -ldflags="-s -w" -o test-go test.go
gcc -static -s -o test-c test.c