分析帶寬和延遲上YUIBlog.com

2010年4月8日，7:38上午由菲利普·特利斯| 開發 | 8評論

作者簡介 ：菲利普·特利斯（ @ bluesmoon ）是怪胎工作與雅虎的卓越性能團隊裡，他分析各種設計決策上的Web應用程序性能的影響。 他還保持著YUI的日期格式化和flot圖表庫YUI的端口 。 你可以找到在網絡上，在他http://bluesmoon.info/~~V 。

幾個月前，埃里克幫助，我對某些類型的網絡連接來運行分析YUIBlog 。 在這篇文章中，我將我們所收集的數據進行分析，並尋找有關的YUIBlog讀者使用瀏覽網頁的工具和基礎設施的見解。 作為表現在雅虎的傢伙，我關心的重點，我們的讀者連接速度有多快。 尤其是做什麼樣的網絡帶寬和延遲銳愛好者體驗網上嗎？ 雖然您的里程會有所不同，YUIBlog很可能是代表美國高科技軟件行業的人閱讀博客，這裡的數據可以證明你迎合了類似的觀眾非常有用。

注意事項

在我走之前，我有任何進一步的列出一些注意事項。 我們跑的測試和分析，總部設在美國（因為那是託管YUIBlog的），所以，如果你查看​​來自美國以外的網站，您測量的經驗可能會有點慢比你看到的本地網站。 其次，當我們看到來自世界各地的交通，我只能看在國家與統計有關的樣本大小。 最後，每個IP被認為是只有一次。 如果同一IP訪問網站一次以上，我們考慮的算術平均每次訪問的值。 為全面總結，我們使用的中位數。 適用於分析前的數據沒有統計過濾。 總樣本大小是約27,000點。

測試

測試測量最終用戶的計算機（或介於兩者之間的代理）和YUIBlog之間的HTTP帶寬和HTTP延遲。 請注意，我說的HTTP帶寬和延遲，因為這些可能會有所不同（即從您的ISP為您提供的實際帶寬，更糟糕的），但它是我們作為前端工程師，更多的照顧。 延遲之間的請求和響應的第一個字節回來的時間。 這取決於多遠你是從服務器和你和服務器之間的躍點的數量和質量，因此，如果你離我很遠，你有高延遲。 HTTP延遲也依賴於HTTP頭的開銷，但我們一直試圖保持下來，並響應請求的Web服務器需要多久。 我們認為這是相當快的。

帶寬取決於帶寬，你和服務器之間的每一步，它有點延遲影響。 並行使用網絡的其他應用程序或設備的測量帶寬也受到影響。 如果你流電影或加載圖像重站點而採取的測量，您的帶寬會出現比它實際上是較低的。 然而，這是您瀏覽YUIBlog與有效帶寬，因此它是我們關心的。

那麼，什麼樣的網絡瀏覽銳愛好者通過？

快速匯總答案：銳愛好者的帶寬為1 Mbps（兆比特）和延遲是262毫秒 。 你們中的大多數是寬帶，DSL或電纜連接上，來自美國 ， 加拿大，英國 ， 德國和印度 （從我們的服務器的距離排列）。 更詳細的結果，讀...

連接類型

您與您的ISP的網絡連接類型，確定主要的帶寬限制和二次延遲的限制（第一個是距離除以66％的速度光）。 並不奇怪你有非常密切的與互聯網相關聯，並使用寬帶數據連接。 你只有2％用你的手機，以達到網站，但是這是仍然比撥號人民的數量更多。

連接類型 寬帶 XDSL 電纜 T1的 移動 撥號 無線 衛星
數 14155 4874 4719 880 552 143 86 71
帶寬（Kbps） 733 953 3118 3017 407 356 291 287
潛伏期（ms） 305 278 165 188 430 436 537 859

＃連接類型表，從表的數據點計數的餅圖

我們見過的所有連接類型，電纜和T1提供最好的帶寬和延遲，超過一半延遲寬帶快的4倍。 這可能意味著這些連接大部分在美國，而其他遍布全球。 低延遲似乎暗示，但鑽井向下減少過多的樣本大小，作出準確的評估。 從數據中，我們看到了一個清晰的反比關係之間的帶寬和延遲。

帶寬和延遲數據的三維條形圖表連接類型表

國際數據

我們預計來自美國以外的連接出現慢，因為測試具有內在的地域偏見，但什麼真正的數據告訴我們嗎？

國家 加利福尼亞 美國 的DK NL 無 要 東南 的CH 的AT 國標 FI 德 鋯石 幀中繼 反滲透 太平洋 保函 胡 胚胎 資訊 發光 遺傳資源 太平紳士 尿酸 受體 TR 雷克南 茹 的BR 台灣 港幣 非盟 神光 中 PH值 TH 點數 編號
numrecs 949 9071 141 497 238 218 417 212 181 1833 157 1503 176 811 232 168 129 151 455 496 405 126 340 251 179 224 154 395 482 174 133 659 146 1748 200 147 639 206
帶寬（Kbps） 3,295 3,206 2,404 2,247 2,144 1,981 1,936 1807 1658 1648 1599 1581 1453 1420 1357 1296 1,267 1165 893 869 765 560 549 545 498 496 478 477 418 409 405 392 368 238 207 205 181 64
潛伏期（ms） 108 133 247 230 263 233 264 256 278 242 276 269 256 254 274 297 285 270 335 309 284 363 416 340 387 353 462 359 409 506 516 555 595 588 595 688 649 867

條形圖帶寬的數據表中的前18個國家（CA以胡）國際帶寬表

美國和加拿大的首位，如預期。 與其他國家的超過100 Mbps的帶寬全部都來自歐洲。 在光譜的另一端，我們看到了一些驚喜。

酒吧圖表底部的17個國家的帶寬的數據表（GR的編號）國際帶寬表

我知道，從最近的經驗，韓國和香港有真正高帶寬的網絡連接。 事實上，比美國最快。 的數據，使他們在不到六分之一，美國的帶寬。 一種可能的解釋是延遲。 正如我們已經知道，還有帶寬和延遲之間的關係。 縱觀這些國家的延遲，給了我們一個可能的答案。

酒吧圖表底部的17個國家的延遲數據表（GR的編號）國際帶寬表

我們得到來自更多的國家（在所有147）命中。 他們要么下跌這兩個塊或數據點太少是一個統計學的聲音樣本。

互聯網服務供應商

作為分析的最後一塊，我看著ISP信息。 我只看著少數幾個國家，因為有太多的互聯網服務供應商全球範圍內把條形圖。 提出在下面的圖表是為美國和加拿大的互聯網服務供應商的數據。

國家 的ISP 潛伏期（ms） 帶寬（Kbps）
德國 HanseNet公司telekommunikation有限公司 282 1849
國際IP骨幹沃達丰 263 1282
德國電信股份公司 311 1,149
大不列顛 頭像寬帶有限公司 229 2200
btnet英國區域網絡 256 1769
NTL集團有限公司 253 1581
印度 Videsh公司Sanchar Nigam的有限公司。 引渡 508 355
依靠信息通信有限公司互聯網 615 260
商Bharti Airtel公司。 電信媒體服務 601 226
塔塔通信 569 195
國家互聯網骨幹網 609 167
美國 Cablevision系統公司。 78 4752
Verizon公司的全球網絡 101 4,218
道路亞軍控股公司LLC 108 4093
包機通信 114 3,945
康卡斯特有線通訊公司。 123 3,816
ATT WORLDNET服務 117 3328
時代華納電信公司 95 3,304
考克斯通訊​​公司。 166 3224
XO通信 140 2,986
奎斯特 203 1892
ATT互聯網服務 204 1502
bellsouth.net INC。 121 1446
加拿大 羅傑斯有線通信公司。 96 4,386
加拿大貝爾公司 103 3,161
肖通信公司。 203 3,007

我不知道，AT＆T WORLDNET和AT＆T互聯網之間的區別是什麼，但我會離開，你要弄清楚。 我們看到了更多來自康卡斯特的命中比從地球上任何其他ISP。

不同的瀏覽器的用戶

您使用的瀏覽器，不影響你的帶寬（至少不是在實驗室測試），並具有對延遲非常微不足道的影響，所以我沒想到在這裡看到任何分歧。 我很好奇，不過，看到什麼數據說，這是我發現了什麼。 我已經包括了iPhone和iPod以及他們作出了相當大的一部分的所有數據點。 包括在歌劇院Opera的移動瀏覽器。 “其他”類別只包括22個數據點。

瀏覽器 延遲 帶寬
壁虎 267 1105
Webkit的 238 1591
MSIE中 285 759
歌劇 271 1174
的iPod / iPhone 399 477
其他 274 1289

從表中的數據雷達圖的帶寬和延遲，跨用戶代理用戶代理 - 表

iPhone的潛伏期是接近其他手機。 所有其他瀏覽器具有相同的延遲。 這是如預期。 帶寬講述了一個不同的故事，雖然。 看來，那些你以最快的互聯網連接，使用基於Webkit的Safari瀏覽器，瀏覽器或Konqueror瀏覽器，而最慢的互聯網連接的用戶使用Internet Explorer。

總結

  • YUIBlog讀者的總帶寬為1 Mbps和整體的延遲是262ms
  • 我們看到了一個延遲和帶寬之間的明確關係，所以這將是有趣的，看看有什麼測量的帶寬是消除由延遲所造成的延誤後。 也許在未來的測試中，我會做到這一點。
  • 將可能使亞洲的一面鏡子一個像這樣的總部設在美國的工程博客的意義。 放在歐洲可能是其中一個沒有。
  • 移動用戶有可怕的延遲，以便為手機優化的網站應該減少它使得HTTP請求的數量。 請注意，移動用戶WIFI體驗網上衝浪遠遠低於延遲。

找到的談話： bloglines technorati

共享和擴展： 書籤del.icio.us Digg它！ | reddit！

8評論

  1. 你認為，韓國至少有一個相當小的管網到世界各地？ 這是一個巨大的局域網，但廣域網帶寬的吮吸。

    評論Devdas Bhagat - 2010年4月8日， ＃

  2. 您好Devdas

    是的，這是一種可能性。 我會嘗試，並得到各國更多的數據。

    菲利普·特利斯 - 4月8日，2010 ＃

  3. 真棒研究。 你和雅虎發布這個數據很大。 你可以寫你如何使這些測量提供了一個？ 它使用JavaScript？ （Jav​​aScript的定時器有失實之處。）雅虎工具欄？ （可能的樣本偏差。）如果你寫了細節，也許其他網站可以運行相同的實驗，我們可以得到不同類型的網站比較。

    - 2010年4月9日，由史蒂夫Souders ＃

  4. 您好史蒂夫，

    帶寬測試使用的Javascript代碼，我前一陣子開發。 它在客戶端上的多個讀取，然後拿出帶寬和延遲的平均數，中位數和95％的信心值。 我與延遲的測量範圍內的實際價值的5％，但它的帶寬可以達到20-30％的錯誤。

    最初，我跑我自己的博客，但只有約100次，每天，我沒有得到多少的數據。 雖然YUI團隊的幫助下，我設法得到足夠的數據做了分析。

    該代碼是在github在這裡： http://github.com/bluesmoon/JS-Bandwidth-Tester

    請注意，此代碼不運行任何雅虎頁上。 此外，還有幾多個圖表可在這裡： http://yuiblog.com/assets/tellis-bandwidth/還有用CSS ;)隱藏了一些數據

    - 2010年4月9日，由菲利普·特利斯 ＃

  5. 菲利普，

    我認為，前端開發需要有關網絡的其他方面以及如何使用它除了HTTP。 瀏覽器發出的HTTP連接，如DNS查找的開銷，力學，TCP慢啟動等，都是非常重要的前端開發。 當然，你不能測試與網站服務的JavaScript :-(

    極大的研究雖然

    - 2010年4月9日，由比利·霍夫曼 ＃

  6. 其實DNS查找，也可以使用Javascript。 這是未來的事情，我的工作。 我也想一個方法來衡量（影響）通過javascript，如果我搞清楚了，會公佈一些起步較慢。 我的第一次測試集中在延遲和帶寬。 HTTP延遲測量包括DNS查找的時間，TCP連接的建立和啟動慢，但僅限於第一次打。 從這些結果，我已經消除了他們，但可能會在未來的測試，其中包括。

    - 2010年4月9日，由菲利普·特利斯 ＃

  7. 有一件事，我絕對是沒有意義的“寬帶” 連接類型的區別。 據我知道，一直讀，電纜，DSL等寬帶互聯網連接的例子。 撥號是一個smallband互聯網連接的一個例子。
    因此，能否請你互聯網連接類型的一些光棚上的定義嗎？

    由 Wim 斜睨著 - 7月4日，2010 ＃

  8. 連接類型是由第三方的定義，我沒有離手的名字。 寬帶超過512K是什麼，沒有一個更具體的defn，IIRC

    菲利普·特利斯 - 7月6日，2010 ＃

很抱歉，評論已被封閉，在這個時候。

主辦雅虎

©2006-2012雅虎公司所有權利保留。 隱私政策 - 服務條款

支持WordPress的關於雅虎 虛擬主機 。