原文:記一次內存飆升的Windbg

背景 突然間接到運維的報警,我們一個服務,內存找過了 GB的占用。才 GB 也不是很大,因為在處理別的事情,服務dump一下暫時一放,然后半小時之后,接到了運維的Kafka堆積報警。然后切換着重啟了一下兩個節點,Kafka消費速率回復正常,內存也從 M攀升到 GB后逐漸穩定。當天半夜,運維又報警,不過已經熟睡的我,並沒有第一時間響應,第二天觀察了一下服務,發現內存已經回歸到了 GB左右。 內存飆升 ...

2020-09-04 11:24 3 625 推薦指數:

查看詳情

一次使用windbg排查內存泄漏的過程

一、背景   近期有一個項目在運行當中出現一些問題,程序順利啟動,但是觀察一陣子后發現內存使用總量在很緩慢地升高, 雖然偶爾還會往下降一些,但是總體還是不斷上升;內存運行6個小時候從33M上升到80M;   程序存在內存泄漏是確定無疑的了,大概出問題的方向也知道,就是程序新加入一個采集協議 ...

Mon Jun 01 01:02:00 CST 2020 7 4169
一次 WinDbg 分析 .NET 某工廠MES系統 內存泄漏分析

一:背景 1. 講故事 上個月有位朋友加微信求助,說他的程序跑着跑着就內存爆掉了,尋求如何解決,截圖如下: 從聊天內容看,這位朋友壓力還是蠻大的,話說這貌似是我分析的第三個 MES 系統了,看樣子 .NET 在傳統工廠是巨無霸的存在哈。。。 話不多說,一起用 Windbg 一探 ...

Mon Jan 10 17:38:00 CST 2022 13 3095
windbg分析一次大查詢導致的內存暴漲

  項目上反饋了一個問題,就是在生產環境上,用戶正常使用的過程中,出現了服務器內存突然暴漲,客戶有點慌,想找下原因。   講道理,內存如果是緩慢上漲一直不釋放的話,應該是存在內存泄漏的,這種排查起來比較困難,還得找開發一塊看;但像這種突然暴漲的,肯定是把某些大對象放到內存里了,而最有 ...

Sun Jun 16 00:43:00 CST 2019 1 719
一次服務器被植入挖礦木馬cpu飆升200%解決過程

線上服務器用的是某訊雲的,歡快的完美運行着Tomcat,MySQL,MongoDB,ActiveMQ等程序。突然一則噩耗從前線傳來:網站不能訪問了。 此項目是我負責,我以150+的手速立即打開了服務 ...

Sat Jul 27 02:05:00 CST 2019 0 615
一次老生代內存使用占比飆升問題解決

一次老生代內存使用占比飆升問題解決 老生代內存使用占比圖示 如圖所示老生代內存占比不斷增加,超過80%系統自動報警,之前的解決方案是手動重啟😜。 1、保存現場 為了解決上面老生代問題,首先需要dump下堆文件 命令: DialingRobot ...

Thu May 21 23:20:00 CST 2020 2 1167
一次內存泄露排查

最后在實現一個無限循環的ViewPager,展示圖片,功能實現了,但是運行一段時間之后會掛掉。 多虧了AndroidStudio的Memory Monitor,發現了內存一直在增長。 怎么觸發gc內存都不會減少,確定了內存泄露了,但是不知哪里出問題了。 一時想到的排查內存泄露的工具 ...

Fri Jul 17 23:40:00 CST 2015 2 1946
一次xstream引起的內存泄漏

一、起 支付系統突然出現頻繁的超時,查看error日志沒有什么發現,憑經驗去gc日志瞅一眼,有頻繁的full gc,而且每兩gc,老年代會有80%的內存無法被回收,基本確認是系統出現內存泄漏,導致老年代空間被占滿,頻繁觸發full gc,full gc 觸發stop the word ...

Sat Jul 21 23:15:00 CST 2018 0 1364
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM