ネイティブアプリの初期メモリフットプリントが大きい

Question

私が作業しているネイティブC++アプリケーションは、自分のコードに入る前からかなり大きなメモリフットプリント（20MB）があることに気付きました。

（私はそれが最も有用なメトリックであると理解していますが、私はWindowsの「プライベートバイト」メジャーを参照しています）。それはそれに到達したとき、私は「メイン（）」機能と案の定の最初の行にブレークポイントを配置した

は、フットプリントは20メガバイトです。

EXEのサイズはわずか2メガですので、それを考慮しません。

また、私は故意に原因ではなかったことを証明するために、すべてのDLLを意図的に削除しました。期待どおり、 "Dll not found"メッセージが表示されますが、フットプリントはまだ20MBです！

それで、私は恐らくそれが原因であった静的に初期化されたオブジェクトであるかもしれないと思った。

「new」と「malloc」の両方にブレークポイントを追加しました。最初のヒット時（最初の静的イニシャライザーの場合）、メモリーはすでに20MBです。

私はこの記憶を食べているものをどのように診断することができますか？

それはいつも新しい/ malloc関数パラダイムの外のメモリのようですので、私はデバッグする方法を理解するのに苦労しています。

乾杯、

ジョン

Answer 1

などを使用してライブラリ何それはあなたがあなたのアプリとライブラリの多くを引っ張っていることかもしれないものの詳細をポストする必要があります。それらのほとんどは、実行がmain（）に渡される前に初期化されます。リンクしている非標準ライブラリがないかどうかを確認してください。

EDIT：非常に簡単な解決策は、新しいプロジェクトを作成することと、ちょうどあなたがメモリ使用量を毎回チェックし、一つ一つを使用しているライブラリをリンクします。それは醜いアプローチですが、あなたはこのように犯人を見つける必要があります。あなたは（無料）メモリプロファイリングソリューションのためのグーグルいくつかの時間を割いしたい場合がありますので

は、そこにおそらくよりエレガントな解決策があります。

Answer 2

あなたはデバッグ情報なしでアプリケーションをコンパイルして、これは何かを変えるかどうかを確認し、デバッグ能力が静かないくつかのメモリを食べるかもしれません。

Answer 3

私のシステムでは、単純なMFCアプリケーションと空のDelphiアプリケーションの両方で約400Kのプライベートバイトがほぼ同じです。だからあなたのアプリが20Mbをつかんでいるなら、あなたのアプリケーションがやっていることは間違いない。あなたのアプリは、それが