問題タブ [fragmentation]

エミュレーターのさまざまな AVD 設定でアプリをテストしていますが、Android 1.6 の MapView で QVGA 解像度のみ (lcd.density=120) を使用してズーム コントロールで問題が発生しました。

画面をタップしてズーム コントロールを表示すると、ズームイン/プラス記号がズームアウトよりもはるかに大きく表示され、正しい解像度のように見えます。

Android のバージョンと解像度のさまざまな組み合わせをテストしましたが、QVGA 解像度の 1.6 のみでこの問題が発生しているようです。Google で検索しましたが、QVGA を使用していると思われる携帯電話で同じ問題を報告している Tattoo ユーザーが 2 人しか見つかりませんでした。

これはエミュレーターのみの既知の問題ですか、それとも実際の電話の問題ですか? 私が 1.6 をサポートしたい理由は、SE X10-Mini がここスウェーデンで大きな成功を収めているためです。SE が最終的に電話をアップグレードするまで、この電話は QVGA で正確に 1.6 で動作します。

以前にこの用語を聞いたことがあるので、設計とコーディングの方法を知りたいです。
可能な場合、STL アロケーターを使用する必要がありますか?
OS のないデバイスでどのように実行できますか?
それを使用することと、malloc/new を実装した通常のコンパイラを使用することのトレードオフは何ですか?

Wordpress Web サイトで APC を使用しています

こちらの APC 概要ページを参照してください

http://www.animefushigi.com/apc.php

非常に大量のフラグメントがあることに気付きました (10,000 以上)

これは悪いことですか？パフォーマンスが低下しますか？

rawソケットを使用してサイズが3000バイトのUDPパケットを送信している場合、コードでパケットの断片化を自分で処理する必要がありますか、それともrawソケットはDGRAMソケットと同様に断片化を処理する必要がありますか？

raw ソケットの質問パケット フラグメンテーションのフォローアップ

そのように実装された生のソケットがある場合：

サイズが 1756 (IP ヘッダーを含まない) のパケットがある場合、どうすればipHdr->fragment_offset (3 ビット フラグを含む 16 ビット)を設定できますか?
サイズ 1480 とサイズ 276 の 2 つのパケットを準備し、両方のパケットに IP ヘッダーをスラップする必要がありますか?

誰でもこれのサンプルコードを指摘できますか?

特定の種類のデータにカスタム インデックスを使用すると、データベースの断片化が減少するかどうかを確認しようとしています。

[編集: MS SQL Server 2008 R2 を使用しています]

タイムスタンプ付きの測定データを含む SQL データベースがあります。大量のデータが常に挿入されますが、一度挿入されると、実質的に更新する必要はありません。ただし、複数のデバイス (約 50 台) が同時にデータを測定するため、これらのタイムスタンプは一意ではありません。

これは、テーブル内の 50 行ごとに同じタイムスタンプ値が含まれていることを意味します。このデータは多かれ少なかれ同時に受信されますが、行が可能な限り順番に書き込まれるようにするために追加の注意を払うことができますが (それが役立つ場合)、おそらくしばらくメモリに保持し、データを取得したときにのみ書き込むことによって可能です。単一のタイムスタンプのすべてのデバイスから。

Guid.Comb で NHibernate を使用して、単純な bigint ID でのインデックス ルックアップを回避しています。単純な GUID とは対照的に、これは断片化を減らすはずですが、挿入が非常に多いため、断片化はすぐに発生します。

私のデータにはタイムスタンプが付けられ、データはほぼ順番に挿入される (タイムスタンプが増加する) ため、このテーブルの一意のクラスター化インデックスを使用して主キーを作成するより賢い方法があるかどうか疑問に思っています。Timestamp 列は基本的に bigint 数値 (.NET DateTime ティック) です。

また、同じタイムスタンプ列の非クラスター化インデックスもかなり断片化されていることに気付きました。この場合、ヒープの断片化を減らすためにどのようなインデックス戦略をお勧めしますか?

たくさんのバイトを含むメモリがあると想像してください。

+割り当てられた-意味と無料を意味するとしましょう。

断片化の割合を計算する方法の式を探しています。

バックグラウンド

静的メモリを備えた組み込みデバイス用の小さな動的メモリ管理を実装しています。私の目標は、少量のデータを保存するために使用できるものを用意することです。ほとんどの場合、ワイヤレス接続を介した着信パケットで、それぞれ約128バイトです。

多くの組み込みシステムでは、メモリの断片化が懸念事項です。特に、長期間（数か月、数年など）実行されるソフトウェアの場合。多くのプロジェクトでは、解決策は、malloc/freeやnew/deleteなどの動的メモリ割り当てを使用しないことです。グローバルメモリは可能な限り使用され、頻繁に割り当ておよび割り当て解除されるタイプのメモリプールは、動的なメモリ管理の使用を回避するための優れた戦略です。

組み込みLinuxでは、これはどのように対処されますか？多くのライブラリがダイナミックメモリを使用しているようです。OSがメモリの断片化を防ぐために使用するメカニズムはありますか？ヒープを定期的にクリーンアップしますか？または、組み込み環境でこれらのライブラリを使用することを避ける必要がありますか？

LuceneにはIndexSearcher.Searchメソッドのオーバーロードがいくつかあります。それらのいくつかは「トップnヒット」引数を必要とし、いくつかは必要としません（これらは廃止され、Lucene.NET 3.0で削除されます）。

「topn」引数を必要とするものは、実際には、この可能な結果の範囲全体に対してメモリの事前割り当てを引き起こします。したがって、返される結果の数を概算することさえできない状況にある場合、唯一の機会は、すべてのクエリ結果が返されることを保証するためにランダムな大きな数を渡すことです。これにより、LOHの断片化により、深刻なメモリプレッシャーとリークが発生します。

「topn」引数を渡さずに検索するための公式で時代遅れではない方法はありますか？

よろしくお願いします。

ここで Paul S Randal のインデックス断片化ビデオを見ています。ビデオの中で、ポールはこう言いましたGUID or other random values as high-order key will cause page splits which in turn will cause index fragmentation。その理由は、ランダム値は、新しいレコードがランダム ページに挿入されることを意味し、おそらくランダム ページでページ分割が発生するためです。私の質問: 新しいレコードがランダムなページに挿入されていない場合でも、ページ分割が発生する可能性がありますよね? これが本当なら、2 つのケースの違いは何ですか?

ところで、上位キーは意味しprimary keyますか？私は英語を母国語としないので、よくわかりません。

ありがとう。