最初的問題是使用jstat -gcutil發現full gc的發生次數達到了每分鐘130次，改變heap size的大小從1024m到4096m. full gc的次數下降到了每5分鐘一次。可以接受。
在執行5個小時的混合場景時，使用jstat -gcutil 統計，full gc的發生次數越來越頻繁。
同時用jconsole監控的圖如下所示：
可以從圖中看出，堆記憶體的使用不斷增長，最終會超出4g的範圍，造成連線失敗。
經過檢視日誌，發現是我的指令碼中少做了關聯，造成了id找不到。過錯啊，寫完指令碼居然都沒有做關聯就開始跑場景了。
做完關聯後繼續跑場景。
結果跑完一段時間的場景後，server變成了warning的狀態。不能正常提供服務了。
開發做了修改。結果響應時間的圖就變成了這樣
後來經過確認，發現指令碼不是記過錄製的，而是直接通過寫url來訪問的，後來把報表改成了錄製的方式，再重新跑，響應時間就比較平穩了。但是記憶體還是會一直**。
因為之前有測試的先例。把之前的指令碼拿過來比對了一下。
改為從平台登入的方式，內存在漲到頂點之後有所下降。jconsole的使用圖為
而資料庫的程序圖為
在執行過程中，伺服器掛掉
看看junit在乙個具體的專案中
author emu 黃希彤 明天放假回家了，今天把系統裡面的test case全部用乙個tesetsuite給串了起來，得到了這樣一幅截圖 這幾個月來的單元測試還是富有成果的。雖然專案組一些新成員沒有很好的按照規範進行開發，但是在我堅持下新加的模組全部幾乎都寫了單元測試。雖然裡面有不少紅叉叉，不過...
在專案中解決的乙個死鎖問題
描述 finance 系統 呼叫 process 系統的時候發生死鎖。用 show processlist 可以看到存在status是 updating 的程序，而該程序就是發生了死鎖的sql。分析 問題產生的原因是 finance 系統在事務a中update了一條資料，並且這條資料已被加行鎖 pr...
乙個blog小專案中遇到的問題
小專案使用了easyui，在使用中遇到了一些問題，羅列如下，後續再有的，繼續補充。1.封面圖上傳的時候，使用jquery函式，頁面載入即載入方法，需要的效果是，選擇上傳的後，頁面會顯示的縮圖，使用ajax區域性重新整理，所以需要的是onchange事件，錯寫為onclick事件，導致上傳不成功，沒有...