一.使用top命令查看占用高资源的java项目的进程ID(pid): top 二.查看该进程中的线程所占用资源的情况:top -Hp pid 三.查看该线程对应的16进制:printf %x 11129 打印并保存该进程中堆栈的使用信息日志:jstack -l 11095 >> jstack.log  四.查看该进程中使用高资源的线程的具体信息日志:vim jstack.log 查找上一步的16进制的线程id:/2b79 定位到问题代码: 以上是测试所用(自己写的死循环) 实际排查时却并没有发

转载:http://blog.csdn.net/wanghuiqi2008/article/details/50724676 一.开发环境: 操作系统:ubuntu 14.04 IDE:Eclipse Java EE IDE for Web Developers. Version: Luna Service Release 2 (4.4.2) JDK版本:1.7.0_80 MAT版本:1.5.0 二.事件起因 最近通过公司的哨兵监控系统发现我的项目内存使用率每天都会增加一点,如下图.对于一个稳定

Java程序CPU使用率过高 通过top命令找到使用率过高的java进程PID 根据进程号查找线程TID:ps -mp PID -o THREAD,tid,time 将TID转换成16进制:printf "%x\n" TID 通过jstack命令查看进程栈信息:jstack PID |grep TID16 -A 100 注:jstack命令包含在oracle-jdk中 openjdk不包含此命令

系统环境: Windows Server 2008 R2 Enterprise 搭建有 web服务器(iis) 和  文件服务   问题描述: Windows Server 2008 R2系统内存耗光(64G,占用63.3G),而在任务管理器中各进程内存占用总和都远不到此占用率. 参考: Windows Server 2008 R2服务器内存使用率过高,但与任务管理器中进程占用内存和不一致 Windows Server 2008 MetaFile设置占用内存限制 实测:启用Dynamic Cac

原文:https://blog.markvincze.com/troubleshooting-high-memory-usage-with-asp-net-core-on-kubernetes/ ps:我不是死板翻译原文的,尽量的通俗一点,如有不对欢迎指出,谢谢哈. 在生产环境中,我们把asp.net core api应用通过Kubernetes 部署在了Google Cloud (GCE—Google Container Engine).我们发现大多数的组件(core应用)的内存使用率都不合理

背景 我负责的其中一个项目在空负载的情况下,CPU占用率依然保持着100%左右,线上.测试.开发的服务都一样:是什么导致的呢?在开发环境我查看了请求流量,这个流量可以忽略但CPU占用率一直在60%-100%之间浮动. 分析问题 流量可以忽略,但CPU占用依然极其高说明不是请求多导致的资源占用,原因应该是项目本身自发导致的:自发包括定时任务与死循环,而具体哪一段代码现在也确定不了.现在我们就可以借助原生的jdk分析工具来定位是项目哪块出现了问题(你可以用更高级的jprofilter等,一连接,问题

系统环境: Windows Server 2008 R2 + Sql Server 2008 R2   问题描述: Windows Server 2008 R2系统内存占用率过大,而在任务管理器中各进程内存占用总和都远不到此占用率. 相关现象: 1. 内存占用率90%以上 2. 任务管理器中所有进程内存和较低,远不到90%,有二十多G的内存偏差   分析过程:   首先怀疑SQL Server内存占用,但是SQL Server设置了最大内存,且任务管理器中显示的内存占比并没有达到很高,排除此原因

事件背景 公司对接了新系统,代码变动很大,项目也很急,于是在上线之后 Zabbix 不时就告警,提示 CPU 使用过载,告警消息类似如下: 一开始以为是系统停机升级,所有人都等着使用系统,导致系统处理压力增加的缘故,所以并没有太关注,但后来发现一直都在出这个问题,就觉得不对了.于是开始着手对问题开始处理. 排查问题 1. 由于是 CPU 使用率问题导致,所以可以先定位,到底是哪个服务导致,于是使用 top 命令查看: top 结果如下:(使用 shift + m 可以对通过内存使用排序,方便我们

---------------------------------------linux下如何定位代码问题------------------------------- 1.先通过top命令找到消耗cpu很高的进程id假设是123 2.执行top -p 123单独监控该进程 3.在第2步的监控界面输入H,获取当前进程下的所有线程信息 4.找到消耗cpu特别高的线程编号,假设是123 5.执行jstack 123456对当前的进程做dump,输出所有的线程信息 6 将第4步得到的线程编号11354

情况描述: 朋友在阿里云上有一台系统为CentOS7的VPS,内存为2GB,用于平时开发自己的项目时测试使用: 他在上面运行了5个docker实例,运行java程序:还有一个mysql服务: 上述5个docker实例和mysql服务总共占用VPS1.35GB的内存,系统运行很慢.ssh连接输入命令都有卡顿: 因为内存太小,没什么可以优化的空间.所以准备启用swap交换空间. 百度了一下收到博客文章, 通过文章中提供的方式添加swap空间:但是遇到一个问题,该centos7系统中,不存在/dev/

在查看内存溢出的时候,我们需要明白,堆溢出和持久代溢出,他们不一样,说到内存泄漏,我们就需要明白,内存中  年老代和新生代,和持久代,这3块的数据 自己的理解: new了一个对象,会进入到堆里面,先放到年轻代中 也就是new generation ,他放到eden中,如果eden满了,就会进行一次yong gc ,如果还有存活对象(被用到的对象)就会被移到S0区或者S1中转移,如果s0和S1都已经满了,那么这些对象(引用)就会把放到年老代中去,也就是old  generation 区, 如果ol

1,现象 写的一个storm应用,主要是通过mysql的binlog来同步表到hbase.运行一段时间后发现,经常会出现cpu使用率飙升到200%以上,然后各种消息堆积报警等等出现各种问题 2,调研过程 cpu使用率很高,所以首先找到该进程,通过top命令,监控该进程的使用率,然后通过H,查看各个线程的cpu使用率情况,记下cpu使用率高的线程id,然后通过jstack pid,获取各个线程栈,听过top获取的线程id转化成16进制后,发现有问题的线程栈如下: 发现主要问题原来出现在HashMa

linux Java项目CPU内存占用高故障排查 top -Hp 进程号 显示进程中每个线程信息,配合jstack定位java线程运行情况 # 线程详情 jstack 线程PID # 查看堆内存中的对象的情况,如果有大量对象在持续被引用,没有被释放掉,就产生了内存泄露,要结合代码,把不用的对象释放掉 jmap -histo 线程PID # 查看堆的使用情况,各个堆空间的占用情况 jmap -heap # 查询进程id垃圾回收情况 jstat -gcutil 线程PID

原文地址:http://www.voidcn.com/article/p-yehrvmep-uo.html 思路如下:Linux系统中可以用top命令查看进程使用CPU和内存情况,通过Runtime类的exec()方法执行命令"top",获取"top"的输出,从而得到CPU和内存的使用情况. 使用top命令获取系统信息: top -b -n -1 | sed -n '3p'(使用sed命令将top输出内容中的第三行打印出来) %Cpu(s):  6.5 us,  2

Eclipse部署多个Web项目内存溢出,java.lang.OutOfMemoryError: PermGen space >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>. 蕃薯耀 2016年9月20日 10:22:56 星期

Java进程CPU使用率高排查 生产java应用,CPU使用率一直很高,经常达到100%,通过以下步骤完美解决,分享一下.1.jps 获取Java进程的PID.2.jstack pid >> java.txt 导出CPU占用高进程的线程栈.3.top -H -p PID 查看对应进程的哪个线程占用CPU过高.4.echo "obase=16; PID" | bc 将线程的PID转换为16进制.5.在第二步导出的Java.txt中查找转换成为16进制的线程PID.找到对应的线

1.WindowàPreferenceàGeneralàWorkspaceàText file encoding都改成UTF-8 2.WindowàPreferenceàGeneralàEditorsàFile Associationsà修改html和htm的默认Associateeditors为以下的: 修改jsp的打开方式: 修改xml的打开方式: 3.修改MyEclipse的启动服务 WindowàPreferenceàGeneralàStartup and Shutdown 4 Wi

JVM运行时内存结构回顾 在JVM相关的介绍中,有说到JAVA运行时的内存结构,简单回顾下 整体结构如下图所示,大致分为五大块 而对于方法区中的数据,是属于所有线程共享的数据结构 而对于虚拟机栈中数据结构,则是线程独有的,被保存在线程私有的内存空间中,所以这部分数据不涉及线程安全的问题 不管是堆还是栈,他们都是保存在主内存中的 线程堆栈包含正在执行的每个方法的所有局部变量(调用堆栈上的所有方法).线程只能访问它自己的线程堆栈. 由线程创建的局部变量对于创建它的线程以外的所有其他线程是不可见的.

1.现象:zabbix监控到防火墙内存使用率频繁超过80%,而FortiGate防火墙内存超过80%将开启自身保护模式而不能新加策略等. 2.分析:这种情况一般是某些进程再释放内存的时候卡住.可以先查看一下是那些进程占用的内存高,然后尝试通过kill重启. 3.解决: 1)diagnose sys top 2)执行diagnose sys kill 9 pid 或 执行diagnose sys kill 11 pid  (11表示不记录日志,9表示不记录) 注:kill表示强制停止当前进程,但是

idea启动java项目,使用调试会占用更多内存