隨著備受矚目的冬奧會順利召開，相信大家對美輪美奐的開幕式會贊嘆不已，俗話說外行看熱鬧，內(nèi)行看門道，今天小編就來談一下開幕式中跟低延遲相關的一點東西。

先來看一個來自英特爾中國的微博消息：

相信很多觀眾在沒看到這個消息前都會以為那個冰隨人動的特效是事先做好的，只是和現(xiàn)場演員對下時間軸，結(jié)果英特爾這一揭秘不免讓人大吃一驚，這些竟然都是實時的。還有更牛的事在后邊，現(xiàn)場的檢測延遲和管線延遲竟然達到了驚人的10ms和46ms。

什么是延遲？

在計算機系中中所說的延遲，一般是指生成和返回響應之前的時間延遲。通常有以下幾種來源：

網(wǎng)絡 I/O

磁盤 I/O

運行環(huán)境

程序代碼

一般情況下，對于基礎資源產(chǎn)生的延遲是取決于對應的設備或系統(tǒng)的技術(shù)水平，像英特爾展示的冬奧會開幕式的數(shù)據(jù)中心就采用了大量的新技術(shù)來降低這個延遲。而對于多數(shù)人來講，降低應用的延遲最可行的還是從優(yōu)化程序代碼來入手。

在軟件領域，有許多類型的延遲。沒有應用程序可能是真正實時的即：零延遲（在程序啟動和結(jié)果交付之間經(jīng)過的時間為零）。盡管如此，所有高性能應用程序的目標都是盡可能接近實時。甚至 Gartner 對零延遲的定義也承認延遲實際上永遠不可能為零，因為計算機需要時間來“思考”。

軟件延遲示例

下面是一個簡單的圖形示例，說明典型高性能應用程序的延遲情況。我們通常會發(fā)現(xiàn)應用的延遲大多會在一個狹窄的范圍內(nèi)變化，但是偶爾會出現(xiàn)非常高的延遲。對于高性能應用程序，按分位數(shù)對延遲進行分組通常會產(chǎn)生類似于以下的圖：

Y 軸表示程序的延遲時間，X 軸是將一段時間內(nèi)的所有分組為分位數(shù)的結(jié)果。藍線是每個分位數(shù)的延遲，橙線是平均延遲。

如果只看平均延遲，你可能會想“應用程序做得很好啊，大部分時間都低于平均值！”這就是問題所在。如果應用程序在大多數(shù)情況下具有可接受的延遲，但有時會出現(xiàn)極端延遲，你的業(yè)務可能會受影響。

如果你的客戶在每次使用產(chǎn)品時都非常快速地需要產(chǎn)品的結(jié)果，但有時他們會因長時間的等待而陷入困境，他們會轉(zhuǎn)向你的競爭對手，即使競爭對手的平均延遲可能比你的應用高。

例如：金融交易、考試報名、線上購物、實時交互等場景都要求具有高性能+低延遲的應用。

一個真實的案例

某國家級考試主管單位在一次考試報名的當天，系統(tǒng)發(fā)生故障導致大量的用戶無法登錄。

通過基調(diào)聽云APM工具發(fā)現(xiàn)，當時的所有事務都出現(xiàn)了超時現(xiàn)象：

進一步分析，能夠看到當時數(shù)據(jù)庫是最大的瓶頸：

接著根據(jù)提示，一步步確認問題的位置，著手解決，包括：優(yōu)化SQL、優(yōu)化代碼等等。一番操作下來，系統(tǒng)表現(xiàn)有了巨大的改變。

1、應用平均響應時間大幅縮短

2、數(shù)庫執(zhí)行時間大幅縮短

3、報名完成時間大幅提前

類似北京、上海這種城市的報名，以往需要近1分鐘時間完成，優(yōu)化后平均4.5秒完成報名。

總結(jié)

由此可見，低延遲對于任何應用程序在業(yè)務上取得成功都至關重要，好在我們可以通過APM工具來做性能的監(jiān)控與分析。基調(diào)聽云多年來致力于提供優(yōu)質(zhì)的APM解決方案，也曾多次獲得權(quán)威機構(gòu)Gartner的認可，歡迎聯(lián)系我們了解更多關于APM的信息。

審核編輯：符乾江