すべてのコンピュータ エンジニアが知っておくべき数値です

2010 年、Google の Jeff Dean はスタンフォード大学で素晴らしい講演を行い、彼を非常に有名にしました。その中で、彼はコンピューティング システムに関連するいくつかの数値について説明しました。その後、Peter Norvig がこれらの数字をインターネットで初めて公開しました。

時間が経ち、数字が変わりました。これは、時間の関数として何年にもわたってどれだけ変化したかを大まかに示す、これらの数値の非常に優れたインタラクティブな Web UI です。

この記事は、Jeff Dean の推定データをまとめたものであるだけでなく、さまざまな情報源から得られたすべての数値をまとめたものです。これは、システム設計者およびアーキテクトとして役立つはずです。設計中に、これらの数値を使用して、システムに必要なリソースの量を見積もることができます。

2019 年のレイテンシ データの概算:

<オール>

L1 キャッシュ参照:1 ナノ秒。

L2 キャッシュ参照:4 ナノ秒。

ミューテックスのロック/ロック解除:17 ナノ秒

メイン メモリ / RAM リファレンス:100 ナノ秒

Zippy (現在は Snappy と呼ばれています) で 1 KB を圧縮:2000 ナノ秒または 2 マイクロ秒

CPU ブランチの予測ミス:3 ナノ秒

ソリッド ステート ドライブ (SSD) のランダム読み取り:16 マイクロ秒。

ディスク (ハード ドライブ / 磁気ドライブ) シーク:3 ミリ秒。

メイン メモリから 1,000,000 バイトを連続して読み取る:4 マイクロ秒

SSD から 1,000,000 バイトを順次読み取る:62 マイクロ秒。

ディスクから 1,000,000 バイトを連続して読み取る:947 マイクロ秒

同じデータセンターでの往復ネットワーク リクエスト:500 マイクロ秒。

コモディティ ネットワーク経由で 2000 バイトを送信:62 ナノ秒

ペイロードが TCP 経由で移動するのにかかった時間:

これは、データ損失がないと仮定して、世界中の典型的なセル ネットワークでさまざまなデータ ペイロードを送信するのに必要な時間です。

RTT — 往復時間 — データ パケット (データ バイトの束) が送信者から受信者へ、受信者から送信者へネットワーク上を移動するのにかかる合計時間。簡単に言えば、それは Ping 時間と呼ばれます。

<オール>

1 バイトから 13,000 バイト (約 13 KB) のデータの転送には、1 往復または 1 RTT が必要です。おおよその所要時間 — 米国:150 ミリ秒、インド:1200 ミリ秒、ブラジル:600 ミリ秒。

13,001 バイト — 39,000 バイト (13 KB から 39 KB) には 2 RTT かかります。おおよその所要時間 — 米国:300 ミリ秒、インド:2400 ミリ秒、ブラジル:1200 ミリ秒。

39,001 バイト — 91,000 バイト (39 KB から 91 KB) には 3 RTT かかります。おおよその所要時間 - 米国:450 ミリ秒、インド:3600 ミリ秒、ブラジル:1800 ミリ秒。

91,001 バイト — 195,000 バイト (91 KB から 195 KB) には 4 RTT かかります。おおよその所要時間 — 米国:600 ミリ秒、インド:4800 ミリ秒、ブラジル:2400 ミリ秒。

したがって、応答サイズが大きくなると、バイト数が増え、ラウンド トリップが長くなり、API の待ち時間が長くなり、最終的にアプリのユーザー フレンドリー性が低下します。

この投稿は、新しい番号または更新された番号が見つかったときに更新されます。新しい番号をご存知でしたらお知らせください。

この記事は、もともと著者のメディア ウォールに掲載されたものです。気に入ったら拍手をお願いします。

参照:

<オール>

https://colin-scott.github.io/blog/2012/12/24/latency-trends/

https://blog.std.in/2015/05/23/http-response-sizes-and-tcp/

https://medium.com/@kousiknath/must-know-numbers-for-every-computer-engineer-6338a12c292c