2012-03-11 10 views
-1

どちらが優れている、小さいデータサイズとより多くのサーバー要求、または大きなデータサイズと少ない要求ですか?データサイズが大きくなると、サーバーの処理時間が長くなります。ユーザーの数とその活動が増えるにつれて、これはどのようにスケールアウトされますか?クライアントのパフォーマンスに最適

+0

これを測定します。しかし、一般にスループット*は接続オーバーヘッドが減少するにつれて増加します。反対に、ペイロードが大きければ、(全体的な要求が最終的により効率的であっても)*応答時間*を長くすることができます。もちろん、他の要因もあります。リクエスト/レスポンスの数が増えれば(たとえば洗練されたAPI)、より効率的なデータベースクエリにつながる可能性があります。 –

+0

もう少し詳しく説明することなく、質問に答えにくいです。ブラウザからHTTPサーバ、またはアプリケーションサーバからデータベースへのどのような待ち時間ですか? –

答えて

0

できるだけ多くのコールをできるだけ少なくすることが常に理想的です。 1回のコールで必要なものすべてを手に入れることができれば、間違いなくそれをやりなさい。

また、ここでどのような種類のアプリケーションを使用しているかについていくつかの洞察を与えることができれば、非常に役立ちます。

+0

フォーラム。私は、サイズが小さいほど処理のためのサーバーへの負荷が小さくなり、クライアントのページの読み込み時間が速くなることを意味していました。 – LordZardeck

+0

小さい要求では応答時間が短くなりません。サーバー上に小さなリクエストが多すぎると、応答時間が短くなります。オンデマンドコールのバランスをとるためには、ユーザーの75%以上が最初にデータを読み込むようにする必要があります。 – Asdfg

関連する問題