前些天，運維告訴我剛上線的java服務占用CPU過高。 以下是發現解決問題的具體流程。 　　1：通過#top命令查看，我的java服務確實把CPU幾乎占滿了，如圖 　　 　　可看到18400這個進程CPU占用達到了1200%，這確實不太正常，那么我們接下來分析 ...

今天在部署實驗室項目時，發現項目在后台運行一個晚上后內存增長了近3g。考慮到目前的數據量較小，真正部署到線上時系統很可能因為OOM而被kill掉，因此進行了長達一天的debug與問題解決。 python 內存泄露 python的垃圾回收采用的是引用計數機制為主，標記-清除和分代收集兩種 ...

近期需要對公司的接口做線上的巡查監控，需要寫一個腳本放到服務器上，定時運行腳本監測線上接口是否正常。測試的接口不是HTTP協議，而是公司基於TCP協議開發的私有協議，因此不能直接用現成的一些接口測試工具，需要自己寫代碼來調用接口。由於是私有協議，為了方便各業務項目進行通信，開發部門統一提供了一個 ...

起因：周末測試發現線上mq消息積壓了十幾萬的消息，如下圖所示 每個隊列幾萬的消息，立即采取緊急措施，將隊列下線重新上線。 處理積壓消息的量，調用量起來了，很快消息積壓解決了。開始事件復盤。 首先分析是否是消息消費能力跟不上消息產生原因，看入口消息，QPS是29.6 消息消費 ...

垃圾回收的過程分為兩步： 1.判斷對象是否死亡 　　(1)引用計數器法： 　　　　①每當有一個對象引用是，計數器加一，當計數器為0是對象死亡 　　　　②缺點：無法解決循環引用的問題，假設A引用B，B引用A，那么這兩個對象將不會被回收，造成內存泄漏 　　(2)可達性算法分析 ...

，可以簡單的看做通過回放詞表（http請求數據），不斷地向服務發送請求，以達到壓測服務的目的。在測試過程 ...

開心一刻 明明是個小 bug，但就是死活修不好，我特么心態崩了...... 前言 　　后文會從 Windows、Linux 兩個系統來做示例展示，有人會有疑問了：為什么要說 Windows ...

近期遇到一個堆外內存導致swap飆高的問題，這類問題比較罕見，因此將整個排查過程記錄下來了 現象描述 最近1周線上服務器時不時出現swap報警（swap超過內存10%時觸發報警，內存是4G，因此swap超過400M會觸發報警），每次都是童鞋們通過重啟tomcat解決的；但導致的根本原因 ...