一個記憶體流失的故障排查

來源:互聯網
上載者:User

線上一個應用跑了1天,速度突然慢了。

jstat -gcutil看了下,發現young,old都100%了。一直在fullGC。 

jps -v發現堆記憶體開的4g。估計是記憶體不夠,但是開發說,另一個類似的應用一直沒有問題。

於是jmap -histo。開發發現一個對象非常多,不正常。

heap dump下來,匯入mat。

結果4g大小的dump檔案匯入不了。估計給mat的記憶體不夠。加了一串參數。

./MemoryAnalyzer -vmargs -Xmx5048m -Xms5048m -XX:PermSize=512m -XX:MaxPermSize=512m -XX:SurvivorRatio=4 -XX:-ReduceInitialCardMarks  -Xmn1500m

然後看 那個對象的 incoming reference。然後開發很順利的找到泄漏的地方。

一個巨大的檔案list在遍曆過程中,不斷把檔案內容填到對象裡,在遍曆完成之前,引用一直沒有釋放。所以泄漏了。

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.