ps p 17618 -L -o pcpu,pmem,pid,tid,time,tname,cmd printf "%x\n" 17620 jstack -l 44d4 > jstack.log jstack -l 17618 > jstack.log jmap -dump:live,format= ...
转载
2021-09-09 18:40:00
256阅读
2评论
一.指定运行jdk1)set classpath.sh和catalina.sh中写入: export JAVA_HOME=/usr/local/java/jdk1.8.0_121 export JRE_HOME=/usr/local/java/jdk1.8.0_121/jre/二.指定运行参数大小:1)catalina.sh中写入 服务器配置 内存大小1G参考一：JAVA_OPTS="-Xms25
转载
2023-07-15 22:04:11
300阅读
# Linux Java JVM内存过高分析
在运行Java应用程序时，经常会遇到JVM内存占用过高的情况，导致系统资源不足，甚至应用程序崩溃。这时候就需要对JVM内存过高进行分析，找出问题的根源并进行优化。
## 1. JVM内存分配
JVM内存主要分为堆内存（Heap Memory）、方法区（Method Area）、虚拟机栈（VM Stack）等部分。其中，堆内存用于存储对象实例，方法
原创
2024-05-19 06:33:39
152阅读
# 实现Java内存高分析
## 一、流程概述
为了实现Java内存高分析，我们需要遵循以下流程：
| 步骤 | 详细说明 |
|----|----|
| 1 | 准备好JVM监控工具 |
| 2 | 启动Java应用程序 |
| 3 | 监控Java应用程序的内存使用情况 |
| 4 | 分析内存使用情况，找出问题所在 |
| 5 | 优化代码，解决内存问题 |
## 二、详细步骤
#
原创
2024-07-05 05:24:23
11阅读
在高并发下，Java程序的GC问题属于很典型的一类问题，带来的影响往往会被进一步放大。不管是「GC频率过快」还是「GC耗时太长」，由于GC期间都存在Stop The World问题，因此很容易导致服务超时，引发性能问题。我们团队负责的广告系统承接了比较大的C端流量，平峰期间的请求量基本达到了上千QPS，过去也遇到了很多次GC相关的线上问题。这篇文章，我再分享一个更棘手的Young GC耗时过长的线
# MySQL内存占用高分析指南
在数据库管理中，MySQL的内存占用是一个常见的问题，尤其是在高并发的环境下。对于刚入行的小白来说，了解如何分析MySQL的内存占用情况是非常重要的。本文将为您提供一个系统的分析流程，并详细解释每一步的操作。让我们开始吧！
## 分析流程
首先，我们来看看整个分析的流程，以下表格展示了步骤：
| 步骤 | 说明
原创
2024-08-03 07:57:39
94阅读
OpenJ9介绍OpenJ9是一种高性能，可扩展的Java™虚拟机（VM）实现，完全符合Java虚拟机规范。在运行时，VM解释由Java编译器编译的Java字节码。VM充当语言与底层操作系统和硬件之间的翻译器。Java程序需要特定的VM才能在特定的平台（例如Linux®，z /OS®或Windows™）上运行。OpenJ9 VM会自动检测它何时在docker容器中运行，并使用一种机制来检测VM何时
转载
2024-09-16 17:36:11
87阅读
文章目录一、kubernetes概述1、什么是kubernetes？2、应用程序部署方式的演变3、为什么要用kubernetes？二、kubernetes 特性三、Kubernetes集群架构与核心组件1、master组件1.1 kube-apiserver（中央枢纽）1.2 kube-controller-manager（控制器管理中心）1.3 kube-scheduler（调度器）1.4 e
转载
2024-10-14 14:14:00
77阅读
我们都知道，内核把线性地址（大多数情况也叫虚拟地址）分为三个部分：物理内存映射区，VMALLOC映射区以及固定映射地址区。这里主要讨论前两种。 所谓的物理内存映射区是指与物理内存一一映射的区域。举个例子来说，如果系统有物理内存512M，那么从0xc0000000至0xc00000000+512M的线性地址就属于物理内存映射区。这块线性地址在系统初始化时就与物理内存建立起一一对应的关系。这里的
转载
2023-08-24 18:47:01
24阅读
1、Tomcat conf中server.xml有个重要的性能配置，根据机器的硬件性能合理的配置常驻线程数以及最大线程数，还有等待队列线程数：connectionTimeout="120000"redirectPort="8443"maxThreads="600"minSpareThreads="250"maxSpareThreads="250"acceptCount="400"uRIEncodi
转载
2023-08-24 22:44:37
73阅读
为什么我设置的大小关系没有错，还会OOMKilled？这种问题常发生在JDK8u131或者JDK9版本之后所出现在容器中运行JVM的问题：在大多数情况下，JVM将一般默认会采用宿主机Node节点的内存为Native VM空间（其中包含了堆空间、直接内存空间以及栈空间），而并非是是容器的空间为标准。堆内存和VM实际分配内存不一致-XshowSettings:vmJps -lVvm我们在运行的时候将J
转载
2024-03-28 11:57:41
160阅读
本工程应用于一款安卓白板程序，因有读写速度需求，传统的序列化到磁盘的方式读写速度太慢，因此想到了利用C的特性写一个高速缓存，并继承实现了自己的inputStream和outputStream，用于暂存大规模多叉树和大体积对象。本工程的序列化对象的数据均使用一个整数作为标记进行区分，有需要的朋友可以修改本工程的实现以支持字符串标记。
转载
2023-09-22 12:12:57
80阅读
ngx_buf_t和ngx_chain_t是nginx中操作内存的重要手段, 很多的数据都需要通过这个结构进行保存. 其中ngx_buf_t中保存一块可用内存, ngx_chain_t则是将内存块连接起来,组成一个链表, 操作这两个数据结构函数并不多, 下面进行了详解.基本数据结构typedef struct ngx_chain_s ngx_chain_t;
typedef struc
转载
2024-03-19 17:01:08
108阅读
在java项目中，堆内存使用率很低，但是GC很频繁是为什么这可能是因为您的Java应用程序生成了许多临时对象，这些对象在执行期间会频繁地被创建和销毁，导致GC频繁运行。这可能会导致堆内存使用不够高，因为对象没有足够的时间来填充堆内存。建议您通过修改应用程序的代码以减少对象的创建或使用更有效的内存管理技术来改善GC的频率。同时，您还可以尝试调整JVM的参数，例如增加堆内存大小或调整GC的算法和参数，
转载
2023-07-17 21:51:04
205阅读
概述最近从监控发现某台主机内存使用率一直居高不下，检查发现是某台数据库的从库，下面介绍下问题的整体排查过程：环境说明：操作系统：CentOS 7.3 x86_64数据库：Mysql 5.7.24服务器：16核 32G1、监控展示数据库从库当前内存使用率达到97%，而主库内存使用率是80%，还算是比较正常 从库最近12h内存使用情况如下： 服务器top显示： 2、
转载
2023-08-20 18:10:33
901阅读
# 如何分析Linux Java CPU消耗很高
## 概述
在开发过程中，有时候会遇到Linux Java CPU消耗很高的情况，我们需要通过一系列步骤来分析并解决这个问题。下面将详细介绍整个过程。
## 流程
| 步骤 | 操作 |
| ------ | ------ |
| 1 | 监控CPU使用情况 |
| 2 | 找到消耗CPU的Java进程 |
| 3 | 分析Java进程的CP
原创
2024-06-20 04:40:01
87阅读
Android内存机制剖析主要是进程占用内存和共享库占用内存，其中进程占用内存包含虚拟耗用，共享库内存包含比例分配共享库占用的内存。 Android内存的四种形式VSS - Virtual Set Size 虚拟耗用内存（图中：2+3）RSS - Resident Set Size 实际使用物理内存（图中：2+3-1）PSS - Proportional S
转载
2023-09-21 16:37:08
201阅读
# 如何在Linux下进行mysql CPU过高分析
## 1. 概述
在Linux系统中，当mysql进程占用过高的CPU资源时，需要进行分析找出具体原因。本文将介绍如何在Linux环境下进行mysql CPU过高分析的步骤和方法。
## 2. 分析流程
```mermaid
erDiagram
PROCESS_FLOW {
查询进程状态 --> 查看进程列表
原创
2024-03-24 04:04:49
89阅读
最近发现java应用占用的内存和CPU都很高，第一反应是业务代码问题，跟开发反馈，开发说没问题，后来发现十几个微服务同样都是出现这种情况，让我不得不怀疑需要优化JVM的参数，其实也就是一些启动参数罢了。开发也没解决，只能自己硬着头皮上了。 这里总结一下排查的步骤： 首先是自己写了个脚本(文章最后粘贴 ...
转载
2021-08-02 19:33:00
586阅读
问题现象某个客户的 Kubernetes 环境由于 too many open files（文件描述符泄漏）导致集群不正常。已查明由该客户 Kubernetes 环境外置存储 NFS 服务器宕机导致。以下分析基于通过手动关闭 NFS 服务复现的测试环境。初步分析我们首先确定 Kubernetes 节点上的 Linux 系统最大可打开文件数量：$ cat /proc/sys/fs/file-max
转载
2024-10-13 20:05:38
139阅读
