warum mein C++ - Ausgabe-executable ist so groß,?

Ich habe ein ganz einfaches C++ - Projekt, die verwendet boost::regex-Bibliothek. Die Ausgabe, die ich bekommen hab, ist 3,5 Mb groß. So wie ich das verstehe, ich bin statisch gelinkt werden alle boost .CPP-Dateien, einschließlich aller Funktionen/Methoden. Vielleicht ist es möglich irgendwie anweisen, mein linker verwenden Sie nur notwendige Elemente, die von boost, nicht alle von Ihnen? Danke.

$ c++ —version
i686-apple-darwin10-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5659)

Dies ist, was size sagt:

$ size a.out
__TEXT  __DATA  __OBJC  others  dec hex
1556480 69632   0   4296504912  4298131024  100304650

Versuchte ich strip:

$ ls -al
...  3946688 May 21 13:20 a.out
$ strip a.out
$ ls -al
...  3847248 May 21 13:20 a.out

ps. Dies ist, wie mein code organisiert ist (vielleicht ist das die Hauptursache des Problems):

//file MyClass.h
class MyClass {
  void f();
};
#include "MyClassImpl.h"

//file MyClassImpl.h
void MyClass::f() {
  //implementation...
}

//file main.cpp
#include "MyClass.h"
int main(int ac, char** av) {
  MyClass c;
  c.f();
}

Was denkst du?

  • Vielleicht sind Sie Gebäude mit debugging-Informationen eingefügt, die in der ausführbaren Datei. Versuchen Sie, bauen Sie mit aktivierter Optimierung.
  • Sind Sie kompilieren mit Optimierungen?
  • Ich bin mit dem flag -O3
  • Welchen compiler/linker benutzt du, und welches Betriebssystem?
  • Da es ein relativ einfaches Projekt, vielleicht könnten Sie Kochen es nach unten, um einige Beispiel-code, der kompiliert viel größer als Sie möchten/erwarten? Würde den Menschen helfen hier herauszufinden, was Los ist.
  • Ich habe gerade eine kurze Erklärung, meine code-Struktur. Vielleicht wird dies helfen. Dank
  • Sorry, ich wollte sagen, einige code, der beispielhaft für den boost und stl template-Nutzung. Der code, den Sie geschrieben ist nicht hilfreich in dieser Hinsicht. Wenn die include-Struktur scheint ein wenig ungewöhnlich, aber dies könnte dazu führen, mehrere symbol definition Fehler, anstatt aufblasen...

InformationsquelleAutor yegor256 | 2010-05-15
  1. 17

    Hast du das kompilieren mit debug-Symbole aktiviert? Das könnte für einen großen Teil der Größe. Auch wie sind Sie mit der Bestimmung der Größe des binären? Angenommen, Sie sind auf einer UNIX-ähnlichen Plattform sind Sie mit einem geraden "ls -l" oder die " size " - Befehl. Die beiden geben stark unterschiedliche Ergebnisse, wenn die Binärdatei enthält die debugging-Symbole. Zum Beispiel, hier sind die Ergebnisse bekomme ich beim erstellen der Boost.Regex "credit_card_example.cpp" Beispiel.

    $ g++ -g -O3 foo.cpp -lboost_regex-mt

$ ls -l a.out 
-rwxr-xr-x 1 void void 483801 2010-05-20 10:36 a.out

$ size a.out
   text    data     bss     dec     hex filename
  73330     492     336   74158   121ae a.out

    Ähnliche Ergebnisse auftreten, wenn nur die Erzeugung der Objekt-Datei:

    $ g++ -c -g -O3 foo.cpp

$ ls -l foo.o 
-rw-r--r-- 1 void void 622476 2010-05-20 10:40 foo.o

$ size foo.o
   text    data     bss     dec     hex filename
  49119       4      40   49163    c00b foo.o

    BEARBEITEN: Hinzugefügt einige statische Verlinkung Ergebnisse ...

    Hier ist die binäre Größe, wenn Sie statisch gelinkt werden. Es ist näher an, was Sie bekommen:

    $ g++ -static -g -O3 foo.cpp -lboost_regex-mt -lpthread

$ ls -l a.out 
-rwxr-xr-x 1 void void 2019905 2010-05-20 11:16 a.out

$ size a.out 
   text    data     bss     dec     hex filename
1204517    5184   41976 1251677  13195d a.out

    Es ist auch möglich, dass viel von der großen Größe ist aus anderen Bibliotheken ist die Boost.Regex-Bibliothek abhängt. Auf meiner Ubuntu-box, die Abhängigkeiten für den Boost.Regex shared library sind die folgenden:

    $ ldd /usr/lib/libboost_regex-mt.so.1.38.0 
        linux-gate.so.1 =>  (0x0053f000)
        libicudata.so.40 => /usr/lib/libicudata.so.40 (0xb6a38000)
        libicui18n.so.40 => /usr/lib/libicui18n.so.40 (0x009e0000)
        libicuuc.so.40 => /usr/lib/libicuuc.so.40 (0x00672000)
        librt.so.1 => /lib/tls/i686/cmov/librt.so.1 (0x001e2000)
        libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x001eb000)
        libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0x00110000)
        libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x009be000)
        libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0 (0x00153000)
        libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0x002dd000)
        /lib/ld-linux.so.2 (0x00e56000)

    Den ICU Bibliotheken Recht groß. Neben den debugging-Symbole, vielleicht sind Sie der primäre Mitwirkende zu der Größe Ihres binären. Außerdem, in der statisch verlinkten Fall sieht es so aus das Steigern.Regex-Bibliothek selbst besteht aus großen Objekt-Dateien:

    $ size --totals /usr/lib/libboost_regex-mt.a | sort -n
      0       0       0       0       0 regex_debug.o (ex /usr/lib/libboost_regex-mt.a)
      0       0       0       0       0 usinstances.o (ex /usr/lib/libboost_regex-mt.a)
      0       0       0       0       0 w32_regex_traits.o (ex /usr/lib/libboost_regex-mt.a)
   text    data     bss     dec     hex filename
    435       0       0     435     1b3 regex_raw_buffer.o (ex /usr/lib/libboost_regex-mt.a)
    480       0       0     480     1e0 static_mutex.o (ex /usr/lib/libboost_regex-mt.a)
   1543       0      36    1579     62b cpp_regex_traits.o (ex /usr/lib/libboost_regex-mt.a)
   3171     632       0    3803     edb regex_traits_defaults.o (ex /usr/lib/libboost_regex-mt.a)
   5339       8      13    5360    14f0 c_regex_traits.o (ex /usr/lib/libboost_regex-mt.a)
   5650       8      16    5674    162a wc_regex_traits.o (ex /usr/lib/libboost_regex-mt.a)
   9075       4      32    9111    2397 regex.o (ex /usr/lib/libboost_regex-mt.a)
  17052       8       4   17064    42a8 fileiter.o (ex /usr/lib/libboost_regex-mt.a)
  61265       0       0   61265    ef51 wide_posix_api.o (ex /usr/lib/libboost_regex-mt.a)
  61787       0       0   61787    f15b posix_api.o (ex /usr/lib/libboost_regex-mt.a)
  80811       8       0   80819   13bb3 icu.o (ex /usr/lib/libboost_regex-mt.a)
 116489       8     112  116609   1c781 instances.o (ex /usr/lib/libboost_regex-mt.a)
 117874       8     112  117994   1ccea winstances.o (ex /usr/lib/libboost_regex-mt.a)
 131104       0       0  131104   20020 cregex.o (ex /usr/lib/libboost_regex-mt.a)
 612075     684     325  613084   95adc (TOTALS)

    Konnte man bis zu ~600K kommen, die von Boost.Regex alleine, wenn einige oder alle diese object-Dateien verbunden, die in Ihrer binären.

    • +1 Versuchen Sie es mit boost::spirit mit -O2 -g. 250LoC --> 20M, kein Witz. Die Symbole sind so lang, stürzt es valgrind. Template-debug-Symbole nicht Durcheinander herum.
    • Wie kann ich deaktivieren Sie die debug-Informationen in die Ausgabe?
    • Nicht kompilieren mit -g oder -ggdb flag. Alternativ führen Sie strip -g auf die ausführbare Datei, um Streifen aus der debugging-Symbole.(Beachten Sie, dass debug-Informationen arn nicht geladen, beim ausführen der exe, es gibt keine Auswirkungen auf Ihre RAM, indem Sie die ausführbare Datei)
    • Ich weiß nicht compilieren mit -g. MacOS strip nicht -g " - option an... 🙁
    • scheint strip -S würde es auf MacOSX
    • Die gleiche Größe der Binärdaten, die nach Streifen -S 🙁
    • +1 für die Erwähnung der boost.regex Abhängigkeiten zu anderen boost-Bibliotheken
    • Versuchen Sie auch strip -d oder strip --strip-debug. Welche version von strip zu tun Sie haben (strip -V)?
    • Erinnern Sie sich daran, von jedem Glück, Sie haben Ihr Problem behoben?

    InformationsquelleAutor Void
  2. 6

    Den -O3 - flag wird nicht optimieren Sie Ihren code für die Größe, aber eher für die Ausführungsgeschwindigkeit. Also vielleicht z.B. einige loop-unroling wird Ursache eine größere Datei. Versuchen Sie es zu kompilieren mit einigen anderen Optimierungs-flag. Die -Os Flagge optimieren wird, für eine kleine ausführbare Datei.

    • Das ist ein guter Punkt, auch. Kompilieren von Boost.Regex "credit_card_example.cpp" Beispiel mit -Os sank die Größe der Binärdatei über 20K sowohl die dynamisch und statisch gelinkten Fällen (siehe meine Antwort für -O3 Ergebnisse). Egal, ich würde mich Wundern, wenn es gelöscht @Vincenzo binäre Größe deutlich. Sicherlich ist es einen Versuch Wert.
    • +1, ich wusste nicht, dass -Os-option aus der Größe kleiner, definitiv eine gute info zu wissen für die Zukunft!
    InformationsquelleAutor Lucas
  3. 2

    Wenn Sie statisch gelinkt werden dann die meisten linkers werden nur die Objekte, die benötigt werden.

    3,5 Mb nicht groß ist - auf einem PC-system also für die Größe, könnte davon abhängen, OS etc

    • Mein Quellcode ist nur 10KSLOC, boost-regex ist ein weiterer 6KSLOC. Wie könnte dieser code (16KSLOC) erzeugen einer ausführbaren Datei von 3,5 Mb?
    • Vorlagen, Laufzeit, Präprozessor addieren. loc ist nicht sehr aussagekräftig
    • All diese Aufregung um die 3,5 MB...
    • 3.5 MB passt nicht in ein L1-cache. auch ein echtes problem für embedded-Geräte (sony PSP), wo 4 megs wäre die max belegbar Größe in allen Speicher für binäre. Ich erinnere demo Entscheidungsträgern 3d-Programme mit Ton-in nur 4k, und ganz von dieser Welt-demos in 64 Kb.
    InformationsquelleAutor Mark
  4. 1

    Wenn Sie Ihren link-Reihenfolge richtig eingestellt (die meisten abhängigen, gefolgt von mindestens abhängig) der linker sollte nur greifen Symbole, die Ihr Programm tatsächlich nutzt. Außerdem haben viele (aber nicht alle, und ich kann nicht sprechen für regex) - boost-Funktionalität-header-nur durch Vorlage verwenden.

    Wahrscheinlicher ist, dass debugging-Informationen/symbol-Tabelle/etc nimmt Platz in Ihre binäre. Template-Namen (z.B. iostream und standard-Container) sind sehr lang und es entstehen große Einträge in der Symboltabelle.

    Du nicht sagst, welches Betriebssystem du verwendest, aber wenn es eine unix-Variante als test kann man eigentlich strip eine Kopie Ihrer binary zu löschen, alle extra-info und sehen, was ' s Links:

    cp a.out a.out.test
strip a.out.test
ls -l a.out*

    Auf eine binäre getestet habe ich es entfernt etwa 90% der Datei Größe. Beachten Sie, dass wenn Sie dies tun, alle Kerne werden ziemlich nutzlos, ohne eine Kopie der unstripped-binary debug-gegen - Sie müssen nicht jedes symbol, Namen oder so, einfach Montage und Adressen. 3.5 MB ist wirklich eine winzige Datei in den modernen Zeiten. Wahrscheinlich gibt es nur ist, dass viel debugging - /symbol-Informationen auch nur aus 10Ksloc der Quelle.

    • Keine Notwendigkeit, Streifen die binäre Sie bestimmen die Größe, ohne debugging-Symbole und die zugehörigen Reste. Verwenden Sie einfach die size Befehl, wie beschrieben in meiner Antwort.
    InformationsquelleAutor Mark B
  5. 1

    Sie sagen, Sie haben 3 Dateien.
    Für mich, MyClassImpl.h ist wahrscheinlich ein .cpp, da Sie die Umsetzung.

    Sowieso, wenn Sie tatsächlich kompilieren zwei Dateien, einschließlich boost::regex, werden Sie am Ende mit zwei mal der Größe von boost::regex (gerade, wenn Sie verwenden die gleiche Funktionalität in beiden Dateien müssen Sie das doppelte der Kosten im Raum).

    Diese aufgrund der Tatsache, dass die meisten boost-Funktionen sind inline-Vorlagen.

    besten,

    InformationsquelleAutor log0
  6. 0

    wenn du ldd verfügbar ist, können Sie es verwenden, um zu überprüfen, ob Sie wirklich die Verknüpfung mit dem alle boost-Bibliotheken.

    Andere Möglichkeit ist, dass die Größe ist der Nebeneffekt der Verwendung von nur Kopfzeilen Bibliotheken, viele boost-Bibliotheken sind von der Art, und Sie können mehr inline-code, den Sie glauben konnte. Sie können auch generieren eine Art kombinatorische explosion aufgrund der Verwendung verschiedener template-Parameter.

    Um eine bessere Diagnose sollten Sie versuchen, erstellen Sie ein wirklich kurzes Programm mit regex und sehen, die Größe, die Sie erhalten. Wenn Ihr Programm ist wirklich kurz, 3,5 Mo ist ziemlich groß. Mein Aktuelles projet ausführbare auch die Verwendung von BOOST (aber nicht regex) und etwa die gleiche Größe . Aber ich spreche von rund 20000 Zeilen C++. Daher sollte es einen Haken irgendwo.

    InformationsquelleAutor kriss
Schreibe einen Kommentar