記錄乙個問題吧。
新上線的應用，第一次上線部署了兩個節點，通過dmz的nginx對映出去的。
上線之後，第三天突然發現訪問很慢，有50%的機率保持在7秒左右，通過日誌平台觀察**處理時間在40ms左右。
開啟f12，發現ttfb時間消耗了6秒。猜測nginx配置有問題，可是nginx配置是我們寫好發給運維同事做的，不會出問題。
再猜是dmz區到應用伺服器的防火牆沒有打通。最後定位是這個原因。
現象，偶爾訪問時間過長，nginx hash路由 消耗時間過長。
造成原因，nginx hash 路由 其中某一台 無法訪問，造成 迂迴訪問，消耗時間。
chrome Stalled時間過長
心跳請求getmsg每秒請求一次，所有卡住的請求會突然一下子全通，如下圖 好久才發現是瀏覽器的問題，下圖右邊為雙核瀏覽器正常。只有坐席電腦出現這個問題。關於頁面請求發起後，通過f12檢視到，被掛起頁面中stalled花費很長時間問題的追查 通過chrome自帶抓包 chrome net intern...
什麼是首位元組時間（TTFB）
第一位元組響應時間 ttfb 從傳送請求到web伺服器的時間 web伺服器處理請求並生成響應花費的時間 web伺服器生成響應到瀏覽器花費的時間 測量第一位元組響應時間 ttfb 的工具 綠色部分為每個資源的第一位元組響應時間 ttfb 建議最佳第一位元組響應時間 ttfb 為500ms或500ms以...
Jmeter請求時間過長
最近小小搞了下jmeter的介面測試，發現了乙個問題，這裡記錄下，就是在進行測試的時候，配置了10秒鐘達到預定的測試執行緒數，但是開始測試後在某個請求會停止，我這邊使用的是windows系統，網上查了下資料，是由於jmeter記憶體溢位導致 修改jmeter.bat中的引數可修復 修改前 set h...