網站建設

TCP層面的(de)時(shí)延對于(yú)網頁浏覽整體時(shí)延的(de)影響分析。當前, 主流門戶網站首頁的(de)頁面元素數量均在(zài)120個(gè)以(yǐ)上(shàng), 因此TCP會話的(de)數量也(yě)相應較多。根據統計, 各TCP會話的(de)平均下載字節數爲(wéi / wèi)24.2KB, 消耗時(shí)延均值爲(wéi / wèi)390ms。與DNS會話相對應, 這(zhè)些TCP會話也(yě)是(shì)分批次執行的(de), 每批次的(de)會話存在(zài)一(yī / yì ／yí)定的(de)并行關系。本次測試大(dà)緻可将會話粗略分爲(wéi / wèi)八個(gè)批次, 則TCP會話所消耗的(de)時(shí)間可近似計算爲(wéi / wèi)3.12s, 這(zhè)與實際的(de)TCP會話消耗時(shí)長基本一(yī / yì ／yí)緻。

接下來(lái), 進一(yī / yì ／yí)步對單個(gè)TCP會話的(de)時(shí)延消耗開展分析。此處牽涉到(dào)TCP滑動窗口概念的(de)簡述。基于(yú)TCP下載服務器數據時(shí), 需要(yào / yāo)UE告知服務器側當前可接收的(de)數據總量, 即UE的(de)TCP接收窗口大(dà)小。在(zài)非智能機時(shí)代, UE的(de)初始接收窗口普遍較小 (15KB以(yǐ)下) 。因此在(zài)初次TCP下載時(shí), 服務器一(yī / yì ／yí)次性下發的(de)數據包字節數就(jiù)被限制在(zài)15KB以(yǐ)下。UE接收完成後擴大(dà)接收窗口, 允許服務器在(zài)下一(yī / yì ／yí)回合下載中并行發送更多數據包, 這(zhè)就(jiù)是(shì)慢啓動過程。

而(ér)當今智能機的(de)初始接收窗口大(dà)小已達到(dào)40KB以(yǐ)上(shàng)。本次測試所用的(de)蘋果7達到(dào)了(le／liǎo)256KB。那麽較大(dà)的(de)初始接收窗口是(shì)否爲(wéi / wèi)下載帶來(lái)了(le／liǎo)巨幅性能提升呢?事實并不(bù)樂觀, 實際上(shàng)服務器發送窗口的(de)取值爲(wéi / wèi), 接收端通告的(de)接收窗口和(hé / huò)發送端的(de)擁塞控制窗口的(de)最小值。當前多數主流網站服務器的(de)發送初始擁塞窗口默認值均爲(wéi / wèi)15KB左右, 因此限制了(le／liǎo)數據包下載速率的(de)提升。

根據統計, 本次測試各TCP會話的(de)平均下載字節數爲(wéi / wèi)24.2KB, 是(shì)無法在(zài)首批次的(de)下載過程中傳遞完畢的(de), 需經曆兩個(gè)下載批次。因此單TCP會話的(de)耗時(shí)可計算爲(wéi / wèi)TCP建鏈耗時(shí)+2個(gè)批次的(de)數據下載耗時(shí), 即193ms (3.5×RTT) , 但該值與本節開頭所列出(chū)的(de)TCP會話消耗時(shí)延均值 (390ms) 存在(zài)約200ms的(de)偏差。