一、上節回顧 上一節，我們學習了碰到分布式拒絕服務（DDoS）的緩解方法。簡單回顧一下，DDoS利用大量的偽造請求，導致目標服務要耗費大量資源，來處理這些無效請求，進而無法正常響應正常用戶的請求。 由於 DDoS 的分布式、大流量、難追蹤等特點，目前確實還沒有方法，能夠完全防御DDoS 帶來 ...

一、性能指標 1、性能指標思維導圖 2、CPU使用率 3、CPU平均負載 4、CPU緩存的命中率 CPU 在訪問內存的時候，免不了要等待內存的響應。為了協調這兩者巨大的性能差距，CPU 緩存（通常是多級緩存）就出現了 二、性能工具 掌握了 CPU 的性能 ...

一、上節回顧 上一節，我們一起學習了如何分析網絡丟包的問題，特別是從鏈路層、網絡層以及傳輸層等主要的協議棧中進行分析。 不過，通過前面這幾層的分析，我們還是沒有找出最終的性能瓶頸。看來，還是要繼續深挖才可以。今天，我們就來繼續分析這個未果的案例。 在開始下面的內容前，你可以先回憶一下上節課 ...

一、上節回顧 不知不覺，我們已經學完了整個專欄的四大基礎模塊，即 CPU、內存、文件系統和磁盤 I/O、以及網絡的性能分析和優化。相信你已經掌握了這些基礎模塊的基本分析、定位思路，並熟悉了相關的優化方法。 接下來，我們將進入最后一個重要模塊—— 綜合實戰篇。這部分實戰內容，也將是我們對前面所學 ...

一、上節回顧 上一節，我們梳理了，應用程序容器化后性能下降的分析方法。一起先簡單回顧下。容器利用 Linux 內核提供的命名空間技術，將不同應用程序的運行隔離起來，並用統一的鏡像，來管理應用程序的依賴環境。這為應用程序的管理和維護，帶來了極大的便捷性，並進一步催生了微服務、雲原生等新一代技術架構 ...

一、上節回顧 上一期，我們一起梳理了，網絡時不時丟包的分析定位和優化方法。先簡單回顧一下。網絡丟包，通常會帶來嚴重的性能下降，特別是對 TCP 來說，丟包通常意味着網絡擁塞和重傳，進而會導致網絡延遲增大以及吞吐量降低。 而分析丟包問題，還是用我們的老套路，從 Linux 網絡收發的流程入手 ...

一、上節回顧 上一節，我們了解了 NAT（網絡地址轉換）的原理，學會了如何排查 NAT 帶來的性能問題，最后還總結了 NAT 性能優化的基本思路。我先帶你簡單回顧一下。 NAT 基於 Linux 內核的連接跟蹤機制，實現了 IP 地址及端口號重寫的功能，主要被用來解決公網 IP 地址短缺的問題 ...

一、上節回顧 上一節，我帶你一起學習了常見的動態追蹤方法。所謂動態追蹤，就是在系統或者應用程序正常運行的時候，通過內核中提供的探針，來動態追蹤它們的行為，從而輔助排查出性能問題的瓶頸。 使用動態追蹤，可以在不修改代碼、不重啟服務的情況下，動態了解應用程序或者內核的行為，這對排查線上問題、特別是 ...