#
一. OpenJDK代碼下載 去OpenJDK官網通過hg下載，比如參考這篇帖子https://www.jianshu.com/p/746963f28245 但是用hg(用法類似git)下載代碼，
無論是linux系統，還是windows系統，我們都有可能因為各種原因導致程序崩潰，那么這種情況下如何確認崩潰在哪了呢？ windows系統 這里是采用windows的api來產生dump文件 產生
其實很久沒碰過nginx了，突然來了個任務就只能硬著頭皮上了。先說下背景：我們業務采用的是容器的形式部署，nginx做反代的結構，當用戶請求到達nginx服務器時，先判斷nginx配置的根目錄下是否存
公司業務調整，把一部分數據由Redis轉至MongoDB，業務在測試環境正常，生產環境上線后發現壓力一上來MongoDB的服務直接把CPU占滿了，和開發的同學分析
現場人員反饋tomcat假死，已不能訪問，而且一直報如下異常：SEVERE:Memory usage is low, parachute is&nbs
最近線上有一條機器在運行了10幾天后出現告警，頻繁出現fgc，在切斷流量之后，從運維那邊拿了應用的heapdump文件。在一開始出現fgc時，我就上了容器平臺查看了gc日志，gc日志如下：從日志中可以
（1）監控報警可用內存不足： （2）登錄服務查看緩存占用的內存并不多 （3）top查看一下系統整體狀態發現10個僵尸進程 linux 下 取進程占用 cpu 最高的前10個進程ps aux | hea
實施要求： 1、開啟本地策略->審核策略下的所有策略（成功和失敗），如圖：2、開啟審核篩選平臺連接，如圖：（這是一個雷，后面正文中會提到）總結：此次實施需要接入上百臺WindowsServer服
