一般的にどのくらいのデータが送信されているかを知りたい場合は、curlまたはwgetを使用してリクエストを作成してファイルに保存します。ファイルのサイズは(およそ)レスポンスのサイズです。典型的には小さいヘッダーを含む。ファイルをgzipして実際にワイヤを通ってどれくらいが送信されているかを確認します。
クールでも、お気に入りのブラウザのデベロッパーツールを使用してください(これはChromeですか?)。 「ネットワーク」タブを選択し、実行されたGET(またはPUTまたはPOST)リクエストをクリックして、チェックアウトします。 1つのタブにはレスポンスのヘッダーが含まれ、そのうちの1つにContent-Length
ヘッダーが含まれている可能性があります。サーバーがgzipに設定されていると仮定すると、圧縮の程度を確認できます(Content-長さ)。タイミングはすべてそこにあるので、接続を取得するのにどれだけの時間がかかるか、サーバーが作業を行うか、サーバーがデータを返すかなどを見ることができます。実際に何が起こっているのかを理解するためのすばらしいツール。
しかしAlex(Capital A)のコメントをエコーします.AJAXリクエストで大量のデータを送信する場合は、ほとんどの場合アーキテクチャとデザインについて考える必要があります。すべてではなく、ほとんど。
データが不要な場合は、データを圧縮するのではなく、レスポンスでそのデータを取り除く方法をまず調べる必要があります。 – Alex
データを削除するとjsonのフォーマットが複雑になり、データを削除して不定形のオブジェクト形式を解析する際に多くの計算処理オーバーヘッドが発生します。 – alex
JSONをエンコードするには "多くの計算量のオーバーヘッド"が少ないでしょう。圧縮にはJSONエンコーディングよりも多くのサイクルがかかると思う。私は[RABL](https://github.com/nesquena/rabl)や[Jbuilder](https://github.com/rails/jbuilder)などの宝石を使ってJSONビューを使用したいと思います。素敵な[RailScast on RABL](http://railscasts.com/episodes/322-rabl)があります。最も重要な点は、冗長データにユーザーの帯域幅を浪費する理由 – Alex