從系統性能工程這門領域介紹起.
再從 Go 這語言出發,學習分享關於記憶體管理 GC 這類知識。
然後藉由 pprof、trace、GPO 等玩看看。最後玩看看Grafana Pyroscope。
最後再關聯回可觀測性工程
這樣的內容我不知道能掰多少(疑)但就努力學習整理並分享囉。
跟 DevOps 的關聯︰
自動化性能測試:探討如何自動化性能測試。
可觀測性:討論這些工具如何幫助提高系統的可觀測性,並使維運團隊更容易識別和解決性能問題。
在高併發系統設計中,RPS、QPS 和 TPS 這三個指標與系統的整體性能、資源利用率和架構設計有著直接關聯。我們需要確保系統能夠在不同的負載下,高效處理大量的...
在公司已經有在營運且有穩定收入時,對於新系統規劃上,我們能加入對系統容量的估算與驗證。當然新創還沒賺錢的,不用想這件事情,這就是過早優化,重心應該放在開源賺錢...
突然今天想寫這篇是因為 Line 社群有網友問到 I/O密集型任務 如果開大量 Thread 或是將這個任務以容器啟動了數十個容器在消費從 Message Qu...
昨天我們在D13 閒聊I/O密集型任務與 Context Switch ,我們探討了 I/O 密集型任務與 CPU 上下文切換之間的關係,並以範例程式展示了如何...
在昨天的文章中,我們探討了 I/O 密集型任務與 CPU 上下文切換的關係,並利用觀測工具 vmstat 和 pidstat 分析了系統在高併發情況下的資源使用...
在昨天的文章中,我們深入探討了 I/O 密集型任務如何影響 CPU 的上下文切換,並運用 vmstat 和 pidstat 等觀測工具分析了高併發情境下的資源使...
昨天我們簡單理解了有關 runtime/trace 的 User-defined tasks 和 User-defined regions。 今天,我們將進一步...
在昨天的文章中,我們深入探討了如何利用 Go Tool Trace 來分析程式的性能瓶頸,特別是 Goroutine 的調度與資源競爭問題。我們發現過多的 Go...
在現今的軟體開發中,性能優化不再僅僅依賴開發者的直覺或經驗,而是通過數據的收集和分析來指導優化方向。在昨天的文章中,我們探討了如何通過 Go Trace 工具來...
在現代軟體開發的過程中,性能優化往往不僅僅是減少程式的執行時間。更關鍵的是,如何最大限度地提高系統資源的利用效率,從而能夠在同一時間處理更多的工作負載,或是服務...