問題タブ [prefetch]

私は現在、以下のコード (jQuery が必要) を使用して、Web サイトの知覚パフォーマンスを向上させるためにページのプリフェッチを試しています。

訪問者の 0.5% だけがダイヤルアップを使用しています。クエリ文字列 (古き良き時代)、外部リンク (http)、pdf (大きなファイルはこの形式です) は除外しています。実稼働サイトでは、プリフェッチ時に考慮していない、他に考えられるマイナスのシナリオは何ですか?

特定のリンクでは、ホバーするとページがプリロードされ、マウスダウンでナビゲートされます (ボタンが離された後)。

最近、ユーザーのブラウザでプリフェッチが有効になっているかどうかを確認するリクエストを受け取りました。探し回ったのですが、空っぽになりました。このタスクを実行する方法について何か考えはありますか？ヘッダーのトラフィックを監視しましたが、プリフェッチが有効になっていることを示すものがリクエストに表示されません。

HTTPプロトコルのブラウザの制限により、画像のプリフェッチが遅くなる可能性があることは誰もが知っていますよね？したがって、XHTML、jQuery、Apache httpd、およびPHPを自由に使用できます。スプライトや複数のホストを使用せずに、多くの画像をプリフェッチする簡単なソリューションは何ですか？

ほら、私はこれらのテーマをSELECTボックスで選択しています。ボックスの右側にある200x200のテーマ画像を変更します。残念ながら、これらは150個ほどあります。したがって、ページをロードすると、プログレスバーが実行され続け、これらすべてをダウンロードします。

スプライトや複数のホストを使用せずに、これらの画像をより速くプリフェッチするにはどうすればよいですか？

次のシナリオのサーバーを設計しています。

1. 一連の単一のイメージが NAS に保存されます。100 としましょう。
2. クライアントは TCP ソケットを介してサーバーに接続し、image39 を要求します
3. サーバーは NAS から image39 を読み取り、ソケットを介してクライアントに送り返します
4. クライアントがシリーズの他の画像も要求する可能性が高いため、次のようになります。
5. cat image39 > /dev/null画像を反復処理し、それらを読み取り、サーバー上のメモリに強制的にキャッシュするスレッドを起動したいと思い ます
6. スレッドは次のように画像をフェッチします: image38、image40、image37、image41 など。
7. すでに取得された画像は無視されます
8. クライアントが image77 をリクエストする場合、フェッチ スレッドをリセットしてフェッチします: image76、image78 など。

これは、多くのシリーズとクライアントに合わせて拡張する必要があります。おそらく、1000 の同時プリフェッチのオーダーです。スレッドが多すぎると、パフォーマンスが低下する可能性があることを理解しています。代わりに新しいプロセスをフォークした方がよいでしょうか? スレッドやプロセスよりも効率的な方法はありますか?

ありがとう！！！

私が完全に把握していないことの 1 つは、リストされているすべてのファイルに対してキャッシュ マニフェストがオンラインのときに、キャッシュ マニフェストがプリフェッチとしても機能しているかどうかです。

たとえば、私が訪問しているとしましょう：

私のサイトの各ページには、同じ宣言があります。

キャッシュ マニフェスト ファイルには、次のものがあります。

何が起こるかというと、最初に /page1.html にアクセスすると、オンラインになると、ブラウザーはページ 2 から 4 もキャッシュすることを認識します。切断された状態でページ 2 ～ 4 にアクセスすると、既にキャッシュされているため、すべて正常に読み込まれます。

質問: /page1.html にアクセスし、まだオンラインに接続していて、/page2.html にアクセスした場合、ブラウザは引き続き /page2.html を要求しますか、それともサーバーに別の要求を行わず、キャッシュされたものを使用しますか? /cache.manifest ファイルから? 基本的に、Firefox が使用するプリフェッチ リンクのように機能しますか?

div 「ギャラリー」と呼べる、エレガントで効率的なソリューションを探しています。

現在、jQuery UI タブを使用してdivおり、サーバー上で s を事前設定しています。ユーザーにはアクティブなタブのみがdiv表示され、次または前のタブに移動できます。ただし、リストには 100 を超えるアイテムが含まれているため、動的読み込みアプローチに切り替えたいと考えています。

最初に、アイテムの生成を AJAX 呼び出しに分離div し、組み込みのタブ AJAX 機能を使用しようとしました。ただし、jQuery UI Tabs AJAX を前後に移動するときの不具合は非常に目立ちます。タブが読み込まれると、キャッシュされるため、再び正常に動作します。

私は今、次のアイデアを持っています。

1. ユーザーが「次へ」をクリックするたびに、どういうわけか次の 5 つのタブをプリフェッチします。

   ユーザーが非常に速くスクロールする可能性は低く、高速スクロールの場合の不具合は問題ありません。私がやりたいのは、通常、次のタブが表示される前にいくつか読み込まれるようにすることだけです。これはjQueryタブで可能ですか?

2. サーバーに JavaScript 配列を入力divし、その場で を作成します。

   これは、私が検討している別の解決策です。divJavaScript に保存されたオブジェクト データによって生成する関数を作成することもできました。JavaScript はサーバーによって生成される可能性があります。

どちらがより適切ですか? 何か不足していますか？

処理されたデータ構造の 64 バイト アラインメントを必要とするスレッド化された C コードがあります。このアライメントは、gcc __builtin_prefetch などのプリフェッチ命令とどのように相互作用しますか? プリフェッチの効果は、アラインされていない配列を使用する場合と同じですか?

整列された配列を取得するために memalign を使用していることに注意してください。

ありがとう。

corei3はハードウェアプリフェッチャーを介したハードウェアプリフェッチをサポートしていますか？はいの場合、どうすれば有効/無効にできますか？

問題は次のとおりです。

ディスク上に巨大なサイズ (テラバイトなど) の特定のファイルがあり、ディスク上のこのファイルから最小数のディスク読み取り (または言うディスクの回転とシークの遅延を最小限に抑えることで、これらの N ページをディスクから読み取るのにかかる時間を最小限に抑えたいと考えています)。ページから読み取りを開始し、ディスクのローテーションが終了する前にすべての読み取りが完了するのが理想的です。ページの位置の違いが大きいので、最初のページから最後のページまで、N ページすべてをカバーする読み取りコマンドを単純に発行することはできません。それを保存するには膨大な量のメモリが必要になります。(おまけ - 私はいくつかの資料を調べていて、 "リストのプリフェッチに遭遇しました" データベース内のメカニズム。私はそれを読み、そのような実装が私の問題を解決できることを発見しました。)

C言語でこの問題を解決するのを手伝ってくれませんか? 前もって感謝します！

__builtin_prefetch誰かが例またはGCC（または一般的にはasm命令prefetcht0）で使用する例へのリンクを提供して、実質的なパフォーマンス上の利点を得ることができますか？特に、この例は次の基準を満たしている必要があります。

1. これは、シンプルで小さな自己完結型の例です。
2. 命令を削除する__builtin_prefetchと、パフォーマンスが低下します。
3. 命令を対応するメモリアクセスに置き換える__builtin_prefetchと、パフォーマンスが低下します。

つまり、それ__builtin_prefetchなしでは管理できない最適化を実行することを示す最短の例が必要です。