問題タブ [footprint]

3 つの異なる型パラメーターでインスタンス化される C++ テンプレート クラスがあります。これらの型の 1 つだけのためにクラスが持つ必要があり、他の 2 つの型では決して呼び出されないメソッドがあります。

そのメソッドのオブジェクト コードは 3 回 (テンプレートがインスタンス化されるすべての型に対して) 生成されますか、それともオブジェクト コードは (実際に使用される型に対して) 1 回だけ生成されますか?

厳しい制約があるため、メインメモリの使用量が最も少ないデータベース管理システム（DBMS）を選択する必要があります。DBMSはメインメモリにインデックスを保持するためにますます多くのメモリを使用するので、どのDBMSが最小のメモリフットプリントを持っているかをどのように正確に知ることができますか？

現在、Xと呼ばれる一連のクエリを実行している間、メモリモニタープログラムを開いています。次に、同じクエリXのセットを別のDBMSで実行し、その存続期間中に使用されているメモリの量を確認して、その他のメモリフットプリント。

これは馬鹿げたやり方ではありませんか？もっと良い方法はありますか？

ありがとう、Jbu

100 個の属性を持つ 1 つのオブジェクトが消費するメモリ スペースは、それぞれ 1 つの属性を持つ 100 個のオブジェクトの場合と同じですか?

オブジェクトに割り当てられるメモリの量は?
属性を追加するときに使用される追加のスペースはどれくらいですか?

ページのフットプリント サイズを最小限に抑えるのに役立つページ (たとえば、asp.net) で実行できる優れたツールを知っている人はいますか?

ページには、HTML、Javascript などの典型的な項目があります。

過去に Javascript crunchers について聞いたことがあります。これにより、コードのサイズが可能な限りコンパクトになります (そして難読化されると思います)。

目標は、ページ サイズの最適化を支援することです (何も変更せずに、速度を上げるためにできるだけ小さくします)。

これは可能ですか？

上位の Javascript エンジンの速度は同等のように見えるため、次の基準はフットプリントです。主要な JavaScript エンジンのコードとデータのフットプリントは?

Python ランタイム フットプリントと Java の深刻な比較を指摘できる人はいますか?

ありがとう、アブラハム

Java (または少なくとも Sun の Hotspot JVM) は、長い間、非常に大きなメモリ フットプリントを持つという評判がありました。JVM にこの評判を与えているのは、正確には何なのでしょうか? 詳細な内訳に興味があります: ランタイムに使用されるメモリの量 (JIT? GC/メモリ管理? クラスローダー?) JNI/JVMTI などの「補助」API に関連するものは? 標準ライブラリ？(どの部品がどれだけ得ますか?) 他の主要なコンポーネントはありますか?

これは、具体的なアプリケーションと VM 構成がないと簡単に答えられない可能性があることを認識しているため、少なくともある程度絞り込むために、主にデフォルト/典型的な VM 構成と、ベースライン コンソールの「Hello world」アプリに関心があります。現実世界のデスクトップやサーバー アプリと同様です。(私は、JVM のフットプリントのかなりの部分がアプリ自体から大きく独立しているのではないかと疑っています。理想的には、この部分を拡大したいと思います。)

他にもいくつかの密接に関連する質問があります。

• .NET/mono などの他の同様のテクノロジは、ほぼ同じフットプリントを示しません。これはなぜですか？

• フットプリントの大部分は、単に標準ライブラリのサイズによるものであると、インターウェブのどこかで読んだことがあります。もしそうなら、なぜこれほど多くの標準ライブラリが事前にロードされるのでしょうか?

• メモリ フットプリントを抑えるための取り組み (JSR など) はありますか? 私が遭遇した最も近いものは、 JVM のディスク上のフットプリントを削減するプロジェクトです。

• Java の新しいバージョンごとに、過去 10 年ほどの間にフットプリントが変化したことは確かです。JVM のフットプリントがどれだけ変化したかを正確に記録する特定の数値/グラフはありますか?

マルチスレッドとマルチプロセスの同じプロセスを実行する小さな Java アプリのメモリ フットプリントの違いを定量化しようとしています。

私のテストはすべて Linux で行っています。

マルチスレッドで実行する場合、全体的なフットプリントとスレッドごとの追加オーバーヘッドを比較的簡単に判断できます。シングル スレッド プロセスを実行している場合、pmap によると、JVM には大きなフットプリント (200 ～ 300M の仮想空間) があります。同じアプリの複数のコピーを実行すると、メモリ フットプリント x N が表示され、Java コードはプロセス間で共有されません。

Javaコードは実行可能ではなくバイトコードであるため、Cバイナリとは異なり、プロセス間でコードを共有しないとのことです。ただし、その後、Copy-On-Write テクノロジを使用して同じことを実現する可能性があると知らされました。pmap を使用すると、プロセスのフットプリントが表示されるだけで、別のプロセスと共有できる容量は表示されません。

問題は、プロセス間でコピー オン ライトを介して共有されるデータの量をどのように判断するかということです。

テキストのない四角形のようなサイズのラベルですが、境界線があり、非表示です (コントロールの周りのフォーム上の視覚的な四角形の場合、コントロールは含まれません) またはパネルですか?