fragmentation

    2

    2答えて

    対応するサービスを持つAndroidアプリ(アクティビティ)があります。サービスはアクティビティによって開始され、アクティビティが停止しても継続的に実行されるはずです。アクティビティーが再び開始されると、アクティビティーはサービスにバインドして照会できます。 場合によっては、アクティビティが破壊され、OSによって作成されることがあります。これは物事に影響を与えるべきではなく、活動を再作成して、サー

    4

    1答えて

    私たちはメモリにたくさんのビットマップを持つアプリを持っています。 java.lang.OutOfMemoryError: bitmap size exceeds VM budget エラーで失敗し続けます。本当にあまりにも多くのメモリを使用している可能性があります。私たちは記憶を漏らしている可能性があります。私たちが間違って何もしていない可能性もあり、ヒープの断片化は私たちを殺すものです。

    17

    4答えて

    私は現在、ネットワーキングのスライドを見ていて、誰かが断片化と再組み立てという概念を手伝ってくれるかどうか疑問に思っていました。 私はそれがネットワークリンクがMTUを持っているので、データグラムが小さなチャンクに分割されている、すなわちどのように、どのように動作するかを理解しています。しかし、写真の例は私を混乱させています。 これはMSUであるため、最初の2つのセクションの長さは1500ですが、

    0

    2答えて

    1時間前にシンプルな小さなテーブル(わずか8フィールド)を持っていますが、テーブルのインデックスの1つを再構築しました。テーブルのインデックスは0%のフラグメンテーションにリセットされましたが、今は最大38%です。 テーブル自体に400kのレコードがありますが、インデックスを再構築してから158個の新しいレコードが挿入されました。レコードの更新はありませんでしたが、おそらくいくつかの削除がありまし

    13

    5答えて

    メモリプールオブジェクトに、メモリptrとサイズNの大きなチャンクへのポインタを取るコンストラクタがあるとします。私がさまざまなサイズのランダムな割り当てと割り当て解除を行うと、私はそのような状態でメモリを取得できません多くの空きがあるにもかかわらず、Mバイトオブジェクトをメモリに連続して割り当てます。同時に、私は消費者にぶら下がりのポインタを引き起こすので、私はメモリを圧縮することができません。

    6

    5答えて

    私はメモリプール上の実装&の概念についていくつかの明確化が必要です。 wikiにmemory poolことで 、それは も、固定サイズブロ​​ックの割り当てと呼ばれること...、 それらの実装があるため、可変 ブロック・サイズの断片化に苦しんでいるとして、それが不可能であると言いますパフォーマンスのためにリアルタイムシステム でそれらを使用してください。 "可変ブロックサイズによって断片化が発生す

    4

    1答えて

    私はAndroidのアプリケーションの中に保存されている音声ファイルのMP3エンコードされたオーディオファイルからAAC +への切り替えをしたいと思います。これにより、インストールサイズが小さくなります。それは後に修正されました http://code.google.com/p/android/issues/detail?id=9308 : 私が遭遇した問題は、AAC +のサポートは、Androi

    0

    1答えて

    毎分、このプログラムはum DB eから一連のレコードを読み取り、別のDBでそれらを複製します。 99%の時間で、データが変更されなかったため、No Operationから構成されます。 問題は、個々の上書きが遅くなっていたことです。 2500のレコードで、それは目立つようになった。 データが変更されない場合、SQLは徐々に遅くなっていますか? 詳細:私はGUIDを主キーとして使用しました(貧しい

    1

    1答えて

    の場合は の場合の処理​​方法私のアプリケーションでは、情報を表示するためにいくつかのダイアログを使用します。 私のアプリケーションのテーマは2年後のTheme.Lightです。これらのダイアログは最初から黒で表示されています。 は今ICSと、Googleがちょうど彼の心を変え、白にこれらのダイアログになっているようです: は私のモトXoomの、私のギャラクシーネクサスのスクリーンショットを参照し

    3

    1答えて

    LuceneにIndexSearcher.Searchメソッドのオーバーロードがいくつかあります。それらのうちのいくつかは "トップnヒット"の引数を必要としますが、そうでないものもあります(これらは廃止され、Lucene.NET 3.0では削除されます)。 "トップn"引数を必要とするものは、実際にこの範囲全体の結果に対してメモリの事前割り当てを引き起こします。したがって、返される結果の数を概算