C++のリンク時間を短縮するヒント

g ++とldにリンクするのに約8秒かかるプロジェクトがあります。C++のリンク時間を短縮するヒント

これは静的ライブラリの束を使用しています。ほとんどのコードはC++です。

私はリンク時間を短縮する方法のヒントの一般的なリストに興味があります。あなたはそれが長いことを取るべきではないと本当に確信している場合を除き

2010-12-29 Lucas Meijer

[リンクタイムコード生成]（http://gcc.gnu.org/wiki/LinkTimeOptimization）を使用していますか？より速いコードが生成されますが、リンク時間が長くなります。 –

8秒が速いです。それは心配するようにはあまり聞こえません。プロジェクトの規模はどれくらいですか？ –

プラットフォームとコンパイラ？ GCCとbinutilsでは、[gold]（http://sourceware.org/ml/binutils/2008-03/msg00162.html）は（classic）ldよりも高速で、[clang]（http：//clang.llvm .org /）は、それより速く（またはそうでないかもしれない）。 – ephemient

私は前の仕事で何年もこれを扱っていました。 GNUリンカは、多数の静的ライブラリをリンクするときに、単に重大なパフォーマンス上の問題があります。ある時点では、リンク時間はコンパイル時と同程度でしたが、私たちは実際にこれを調査して奇妙なことを発見しました。

リンクする前に、スタティックライブラリを「スーパーオブジェクト」にマージしてみることができます。代わりに、次のようにリンクする：

$ g++ -o program program.o $STATIC_LIBS

あなたはこれを試みることができる：このメソッドは、未使用のオブジェクトコードを除外するために、リンカ少ない機会を与えることを

$ ld -r -o libraries.o --whole-archive $STATIC_LIBS 
$ g++ -o program program.o libraries.o

注意を、あなたのバイナリがややサイズが大きくなる場合もございます。

出典

2010-12-29 20:22:18 brewbuck

このメソッドをC++コードに使用する場合は、 '-r'の代わりに' -Ur'スイッチが必要な場合があります（ 'ld'のドキュメントを参照してください） – anatolyg

C++コードの-Urのosxソリューションはありますか？ osx10.6で認識されないようです--Ur –

これを見ると、まず依存関係をリンクするとパフォーマンスが向上するのだろうかと思います。 – Alex

8秒を「少ないスパゲッティコードを作る」ために、「デバッグシンボルが含まいけない」からものは、かなり速いです。私はリリースビルドで増分リンクをしないので、フル再リンクのために5〜8分かかるプロジェクトがあります。インクリメンタルリンクを使用しようとしましたか（-sharedを使用していない場合は、-iまたは-rを使用できます）。

出典

2010-12-29 20:02:15

5-8分はまだガゼルのように見えます。 –

@Martin：そうではありませんが、私は、ブースト、GMP、その他の厄介なライブラリを使って、良いデザイン、discc（8サーバ）、高速ディスクなど、コードベース全体の完全なビルドを使用して、1.2mill LOC C++コードベースで作業しますテストを含む）は、gcc 4.4を使って約2-2.5分かかります - だから、8分を取るには、実際にはあまり書いてないか、巨大なコードベースでなければなりません。 –

または高速サーバーで実行されていません... – Jay

（少なくとも開発中は）プログラム全体の最適化をオフにします。依存関係を減らすためにp-implを使用してください。

出典

2010-12-29 20:02:33

は、* compile * timeを減らすためにp-implではありませんか？ – Simone

@ Simone：p-implは、あるクラスの実装を変更すると、すべてのコンシューマではなくそのコンパイル単位のみを再コンパイルする必要があることを意味します。コンパイル単位の変更が少なくなれば、増分リンクはより効果的になります。 –

デバッグビルドを共有ライブラリとしてコンパイルするのはどうですか？これは、インポートライブラリがデバッグ情報の有無にかかわらず、デバッグシンボルbloatを解決します。多分最高の解決策ではないかもしれませんが、これはリンク時間を大幅に短縮すると考えています...

出典

2010-12-29 20:06:39 rubenvb

彼は具体的に共有ライブラリが出ていたと言った。そして私は彼に同意します - 近代的なシステムでは、共有ライブラリは多くの潜在的な問題を追加し、あなたにいくつかの利点を与えます。 –

@TomSwirly彼は共有ライブラリに反対しているとは言えません。 – rubenvb

RAMディスクを作成し、コンパイルしてハードディスクにリンクします。

多くの静的ライブラリを使用しているので、すべてのライブラリを含む巨大なライブラリを作成して1つのライブラリにすることができます。 lib-listからすべてのライブラリを削除し、大きなリストを追加してください。これにより、ライブラリのファイルオープンが1に減少し、読み込み動作が高速化される可能性があります。

出典

2010-12-29 20:29:15

私たちは1980年代に使用したRAMディスクではありませんか？ – anatolyg

@anatolyg：はい、それでもハードディスクには勝っています。 –

彼はSSDを持っています！ –

C++のリンク時間を短縮するヒント

答えて

関連する問題