原文:一次對象過大引起的gc性能問題的分析與定位

現象:一個接口在 C的機器上跑最大只有 TPS,CPU使用率就已經 多。 定位: 使用top命令查看CPU使用情況,找到進程號 使用top H pid命令,查看進程信息,看到有四個進程CPU占用很高,加一起已經超過 : 查看具體的線程信息,先使用printf x n ,將線程ip轉換成 進制,結果為 。 使用jstack pid grep pid 命令,查看具體的線程信息,打印結果發現是GC線程, ...

2017-12-28 19:15 0 2561 推薦指數:

查看詳情

一次docker問題定位(perf,iostat等性能分析)

背景 最近參與的項目是基於 OpenStack 提供容器管理能力,豐富公司 IaaS 平台的能力。日常主要工作就是在開源的 novadocker 項目(開源社區已停止開發)基礎上進行增強,與公司的其他業務組件進行對接等。 周末給下游部門的 IaaS 平台進行了一次升級,主要升級 ...

Fri Apr 27 18:29:00 CST 2018 4 3482
一次 HashSet 所引起的並發問題

dump 線程和內存同時重啟應用,還好重啟之后恢復正常。於是開始着手排查問題分析 首先了解下這個應 ...

Thu Nov 08 15:53:00 CST 2018 7 2581
[erlang]一次erlcron崩潰引起的事故分析

事故背景 由於誤操作在erlcron設置了一個超過3個月后的定時任務。然后第二天之后發現每天的daily reset沒有被執行,一些定時任務也沒有被執行。瞬間感覺整個人都不好了,怎么無端端就不 ...

Thu Mar 24 21:46:00 CST 2016 4 1626
記錄一次JVM調優【GC日志的分析

首先查看服務器版本默認信息: 修改tomcat/bin/catalina.sh,在最頂端加入JAVA_OPTS="$JAVA_OPTS -XX:+PrintGCDetails -Xloggc:/usr/local/java/apache-tomcat-7.0.78/bin/gc.log" 隨后 ...

Thu Sep 13 02:17:00 CST 2018 0 2046
記錄一次因為stack_size太小引起問題

問題的函數如下: View Code 就計算個MD5值的代碼,計算不對。不知道問題出在哪里,MD5算法是之前移植好,實驗無誤的。就吧這個函數有關的,全部弄到我的另一個工程,實驗計算正確!這就納悶了呀。工程本身的問題?玄學? 於是,(我在這個函數,又添加 ...

Wed Mar 10 01:30:00 CST 2021 0 798
一次由SELinux引起的ssh公鑰認證失敗問題

一直使用CentOS作為服務器系統,平時裝完系統以后都是建立publickey認證機制,然后關閉密碼認證。原本是一件輕車熟路毫無壓力的事情,不想前日新裝一台機器按照正常配置以后居然使用publicke ...

Sat Jul 27 23:14:00 CST 2013 0 6305
 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM