[問題] offheap的記憶體怎麼分析比較好

看板java作者 (HANA)時間6年前 (2018/02/10 17:05), 6年前編輯推噓3(3推 0噓 3→)
留言6則, 1人參與, 6年前最新討論串1/2 (看更多)
最近在幫人做memory leak檢測 以往heap裡面的檢測習慣上dump出來之後用其他工具分析 今天遇到的memory leak發生在offheap那段 也就是看heap的使用很正常 但是看RSS是隨著時間不斷增長 我的maxheap設定2G 他的RSS可以長到幾倍 目前觀察放了三個小時長到4G 針對這種現象不知道有沒有好的工具可以用 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 126.236.33.110 ※ 文章網址: https://www.ptt.cc/bbs/java/M.1518253506.A.2C4.html
推
02/11 23:38, 6年前 , 1F
你說的好用的工具是指檢測工具？
02/11 23:38, 1F
→
02/11 23:39, 6年前 , 2F
如果是改善memory leak的話，就只能從程式邏輯和行為
02/11 23:39, 2F
→
02/11 23:39, 6年前 , 3F
來解決了。
02/11 23:39, 3F
推
02/11 23:43, 6年前 , 4F
你給的資訊很籠統，可以的話希望再明確些，謝謝。
02/11 23:43, 4F
因為引發這段問題的code來自open source的使用 情境是這樣的 我的客戶用apache spark streaming去kafka收資料 他做了dataframe物件的某些操作的時候會發生memory leak 想要找的是檢測工具 想看看那些leak的部分的內容 想說從字符串能不能看出是那些物件被操作了造成的issue 之前有想過用gdb 不過這東西怎麼用還在研究 現在傾向把這問題直接回報給apache jira就是了 ※ 編輯: del680202 (114.137.115.125), 02/12/2018 00:36:01
推
02/12 09:14, 6年前 , 5F
最近在玩kafka不過是在AWS上就是了,使用的是AWS的
02/12 09:14, 5F
→
02/12 09:14, 6年前 , 6F
CloudWatch,可能幫不上你的忙就是了...
02/12 09:14, 6F
我們家是on-premise. aws沒辦法用就是 還是先謝了 ※ 編輯: del680202 (223.139.70.24), 02/12/2018 09:55:38
‣ 更多 del680202 的文章
文章代碼(AID): #1QVhN2B4 (java)
‣ 更多 del680202 的文章
文章代碼(AID): #1QVhN2B4 (java)