Grund für die enorme Größe der kompilierten ausführbaren Datei Gehen

Ich eingehalten ein Hallo Welt Programm die erzeugten native ausführbare Datei auf meinem linux-Rechner. Aber ich war überrascht zu sehen, dass die Größe des einfachen "Hello world" Programm Gehen, es war 1.9 MB !

Warum ist es, dass die ausführbare Datei von einem so einfachen Programm Gehen, ist die so riesig?

InformationsquelleAutor Karthic Rao | 2015-02-18
  1. 65

    Exakt diese Frage wird in der offiziellen FAQ: Warum ist meine trivial-Programm solche großen binäre?

    Zitiere die Antwort:

    Des linkers in der gc-tool-chain (5l, 6l, und 8l) statische Verknüpfung. Alle Go-Binärdateien beinhalten daher die Go-run-time, zusammen mit der run-time-type-information die nötig ist, um dynamische typüberprüfungen, nachdenken und auch Panik-time-stack-traces.

    Einem einfachen C - "hello, world" - Programm kompiliert und statisch gelinkt, mit gcc unter Linux ist etwa 750 kB, einschließlich einer Umsetzung der printf. Eine gleichwertige Go-Programm mit fmt.Printf ist rund 1,9 MB, aber mit mehr leistungsstarke run-time support, und geben Sie Informationen.

    Also die native ausführbare Datei des Hello World ist 1,9 MB, da es enthält eine runtime bietet garbage collection, Reflexion und viele weitere Funktionen, die Ihr Programm vielleicht nicht wirklich verwenden, aber es ist da). Und die Umsetzung der fmt - Paket, das Sie zum drucken der "Hello World" text (und seine Abhängigkeiten).

    Nun versuchen Sie Folgendes: fügen Sie ein weiteres fmt.Println("Hello World! Again") Linie auf Ihr Programm und kompilieren Sie es erneut. Das Ergebnis wird nicht 2x 1,9 MB, aber immer noch nur 1.9 MB! Ja, weil alle der verwendeten Bibliotheken (fmt und Ihre Abhängigkeiten) und die Laufzeit sind bereits Hinzugefügt, um die ausführbare Datei (und so nur ein paar weitere bytes Hinzugefügt werden, um zu drucken, der 2. text, den Sie gerade Hinzugefügt haben).

    • A C "Hallo Welt" - Programm, statisch gelinkten glibc ist 750K, weil glibc ist ausdrücklich nicht ausgelegt für die statische Verlinkung und ist auch unmöglich, richtig static link in manchen Fällen. Ein "hello world" Programm statisch gelinkt mit musl libc ist 14K.
    InformationsquelleAutor icza
  2. 24

    Betrachten Sie das folgende Programm:

    package main

import "fmt"

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

    Wenn ich bauen auf meinem Linux-AMD64-Rechner (Gehe 1.9), wie diese:

    $ go build
$ ls -la helloworld
-rwxr-xr-x 1 janf group 2029206 Sep 11 16:58 helloworld

    Ich bekomme eine Binärdatei, die über 2 Mb groß.

    Der Grund für diese (die bereits in anderen Antworten) ist, dass wir mit der "fmt" - Paket ist Recht groß, aber die binary hat auch nicht beraubt worden, und dies bedeutet, dass das symbol Tabelle ist immer noch da. Wenn wir stattdessen den compiler anweisen, strip binären, es wird viel kleiner:

    $ go build -ldflags "-s -w"
$ ls -la helloworld
-rwxr-xr-x 1 janf group 1323616 Sep 11 17:01 helloworld

    Jedoch, wenn wir umschreiben das Programm zur Verwendung der eingebauten Funktion print, anstelle von fmt.Println, wie diese:

    package main

func main() {
    print("Hello World!\n")
}

    Und dann kompilieren:

    $ go build -ldflags "-s -w"
$ ls -la helloworld
-rwxr-xr-x 1 janf group 714176 Sep 11 17:06 helloworld

    Wir am Ende mit einem noch kleineren binäre. Dieser ist so klein wie wir es bekommen können, ohne Rückgriff auf tricks wie den UPX-Packer, so dass der overhead des Go-Laufzeit ist in etwa 700 Kb.

    InformationsquelleAutor Joppe
  3. 8

    Beachten Sie, dass die binäre Größe ist, die nachverfolgt werden Problem 6853 in der golang/go Projekt.

    Beispielsweise commit a26c01a (für die Go-1.4) schneiden Hallo Welt von 70kB:

    weil wir nicht schreiben Sie die Namen in der Symboltabelle.

    Angesichts der compiler, assembler, linker und runtime-für 1.5 wird
    ganz im Gehen, können Sie erwarten, dass eine weitere Optimierung.

    Update 2016 Gehen 1.7: dies wurde optimiert: siehe "Kleinere Gehen, 1.7 binaries".

    Aber dieser Tag (April 2019), was nimmt den meisten Platz Laufzeit.pclntab.

    Siehe "Warum sind meine Go ausführbaren Dateien so groß? Größe Visualisierung Gehen executables mit D3" von Raphael 'kena' Poss.

    Ist es nicht allzu gut dokumentiert, aber dieser Kommentar aus den Go-Quellcodes schlägt seinen Zweck:

    //A LineTable is a data structure mapping program counters to line numbers.

    Den Zweck dieser Datenstruktur ist es, dass die Go runtime-system zu produzieren beschreibenden stack-traces nach einem Absturz oder bei internen Anfragen über die runtime.GetStack API.

    So scheint es nützlich. Aber warum ist es so groß?

    URL https://golang.org/s/go12symtab versteckt in den aforelinked source-Datei umleitet, um ein Dokument, das erklärt, was passiert ist zwischen 1.0 und 1.2. Paraphrase:

    vor 1.2, Go-linker strahlte eine komprimierte Zeile der Tabelle, und das Programm würde Dekomprimieren Sie es bei der Initialisierung zur Laufzeit.

    in Go 1.2, eine Entscheidung wurde getroffen, um pre-erweitern Sie die Zeile der Tabelle in der ausführbaren Datei in das endgültige format für die direkte Verwendung zur Laufzeit, ohne eine zusätzliche Dekompression Schritt.

    In anderen Worten, ist das Go-team beschlossen, um ausführbare Dateien, die größer zu sparen, bis auf die Initialisierung Zeit.

    Sich auch, einen Blick auf die Struktur der Daten, es scheint, dass seine gesamte Größe in kompilierten Binärdateien ist super-linear in der Anzahl der Funktionen in dem Programm, zusätzlich zu, wie groß ist jede Funktion.

    Grund für die enorme Größe der kompilierten ausführbaren Datei Gehen

    • Ich sehe nicht, was er Implementierungssprache damit zu tun hat. Sie müssen verwenden Sie gemeinsam genutzte Bibliotheken. Etwas unglaublich, dass Sie nicht schon in diesem Tag und Alter.
    • Warum brauchen Sie die Verwendung von shared libraries?
    • Teil der Go ist die Einfachheit, in der nicht mit shared libraries. In der Tat, Gehen keine Abhängigkeiten überhaupt, verwendet es schlicht syscalls. Nur einsetzen, um eine einzelne binäre und es funktioniert einfach. Es würde erheblich verletzt, die Sprache und das ökosystem wäre es anders.
    • Ein oft vergessener Aspekt, statisch gelinkten binaries ist, dass es macht es möglich, führen Sie diese in einem völlig leeren Docker-container. Vom Standpunkt der Sicherheit ist dies ideal. Wenn der Behälter leer ist, werden Sie möglicherweise in der Lage zu brechen (wenn das statisch gelinkte binary hat Fehler), aber da ist nichts zu finden in der container, den Angriff Stoppt es.
    InformationsquelleAutor VonC
Schreibe einen Kommentar