私はWebアプリケーションで作業しています。私はポーリング手法を使用して、更新が必要かどうかを確認しています。これらのポーリング要求は、1秒または2秒ごとに発生します。更新が必要でない場合(空の応答が返された場合)、コンテンツ自体のサイズである約10KBの場合、応答のサイズは240バイトです。私の問題は、毎秒およそ240Bを返すので、境界をもう少し押してこの応答を最適化する方法があるのでしょうか?レスポンスのサイズを小さくする
レスポンスの内容を確認したところ、50バイトは私にとって不可欠なものでした(セッションIDとステータスコード)。ただし、ヘッダーには、接続タイプ、タイムアウト、コンテンツタイプなどの情報があります。これらの設定は、このタイプのリクエストごとに同じになります(コンテンツタイプとして「text/html; carset = utf-8」が必要です)。だから、私はこれらの設定をクライアント側で想定し、サーバーがこれらのヘッダー情報を送信しないようにすることはできますか?
私はサーバーサイドでdjangoを使用しています。途中でajaxリクエストを送信するためにjQueryを使用しています。また、あらゆるタイプのプッシュ技術は今のところ問題視されていません。
ロングポーリングを確認しました。それは妥当と思われる。ただし、常にスリープ状態になるとサーバー側で過負荷が発生することはありません。私は、サーバーのパフォーマンスの問題について多くの知識を持っていません。 – Hgeg
time.sleep(2)のようなスリープメカニズムを使用していると仮定すると、それは通常のポーリングと比べるとパフォーマンスが低下しません。これは実際にCPU時間を節約するはずですが、おそらくホストマシン上でより多くのメモリを消費します。というのも、各要求スレッドはずっと長い間メモリ内にあるからです。あなたのアプリケーションに合っているかどうかは、あなたの状況の詳細やあなたのユーザー数に依存します。しかし、それは間違いなく帯域幅を節約します。 –