java物理内存占用不下降_JVM 与 Linux 的内存之间，有什么关系？

最新推荐文章于 2024-07-01 02:05:33 发布
最新推荐文章于 2024-07-01 02:05:33 发布
阅读量2k 收藏 4
点赞数 1
文章标签： java物理内存占用不下降 java进程内存一直没释放 linux 内存占用 linux设置jvm内存参数 linux释放内存 调用串口会造成jvm崩溃吗
本文探讨了Linux与Java进程（JVM）之间的内存关系，分析了内存占用过高导致的SWAP使用问题。内容涉及Linux内存模型、JVM内存空间、内存分配案例分析以及内存泄漏问题。通过对JVM内存特性和Linux内存管理的理解，有助于优化Java服务在Linux上的部署和性能调优。
摘要由CSDN通过智能技术生成
f841aca62ab9e6e95d7f38edafa2730e.png

在一些物理内存为8g的服务器上，主要运行一个Java服务，系统内存分配如下：Java服务的JVM堆大小设置为6g，一个监控进程占用大约 600m，Linux自身使用大约800m。

从表面上，物理内存应该是足够使用的;但实际运行的情况是，会发生大量使用SWAP(说明物理内存不够使用 了)，如下图所示。由于SWAP和GC同时发生会致使JVM严重卡顿，所以我们要追问：内存究竟去哪儿了?

0703d02b5439b2fbd8e174c0b0793400.png
f16dda0c313118978cd44f10a9ea66c8.png

要分析这个问题，理解JVM和操作系统之间的内存关系非常重要。接下来主要就Linux与JVM之间的内存关系进行一些分析。

一、Linux与进程内存模型

JVM以一个进程(Process)的身份运行在Linux系统上，了解Linux与进程的内存关系，是理解JVM与Linux内存的关系的基础。下图给出了硬件、系统、进程三个层面的内存之间的概要关系。

f53dd0acc28e6aa8f15510aadf330b2c.png

从硬件上看，Linux系统的内存空间由两个部分构成：物理内存和SWAP(位于磁盘)。物理内存是Linux活动时使用的主要内存区域;当物理内存不够使用时，Linux会把一部分暂时不用的内存数据放到磁盘上的SWAP中去，以便腾出更多的可用内存空间;而当需要使用位于SWAP的数据时，必须 先将其换回到内存中。JVM运行时区域详解，推荐大家看下。

从Linux系统上看，除了引导系统的BIN区，整个内存空间主要被分成两个部分：内核内存(Kernel space)、用户内存(User space)。

内核内存是Linux自身使用的内存空间，主要提供给程序调度、内存分配、连接硬件资源等程序逻辑使用。

用户内存是提供给各个进程主要空间，Linux给各个进程提供相同的虚拟内存空间;这使得进程之间相互独立，互不干扰。实现的方法是采用虚拟内存技术：给每一个进程一定虚拟内存空间，而只有当虚拟内存实 际被使用时，才分配物理内存。

如下图所示，对于32的Linux系统来说，一般将0

最低0.47元/天 解锁文章
weixin_39967812
关注
Linux--JVM内存设置
m0_74823878的博客
10-26 717
对于jvm的设置我一直知道的很少，有时候遇到outOfMemoryError只会一个简单的设置“-Xms256m -Xmx512m”。有几个问题一直没搞明白：1、jvm的内存大小究竟应该设置成多少最合适？2、jvm的默认大小是多少？3、jvm参数有哪些？哪些参数都表示什么意思？现在的服务器配置一般都是十几个CPU、十几个内存，如何设置才最合适？在网上搜索了一下：对于问题1：jvm堆不是越大越好的，一般最大设置到1G-1.5G就完全足够了，如果总是出现内存溢出，一般是应用有问题了。
Java 内存 关系_JVM和Linux之间的详细内存关系
weixin_36275071的博客
03-07 469
JVM和Linux之间的详细内存关系在一些具有8g物理内存的服务器上，主要运行Java服务。系统内存分配如下：Java服务的JVM堆大小设置为6g，监视过程大约需要600m，Linux本身使用大约800m。从表面上看，物理记忆应该足够；但实际操作是会发生大量SWAP(表明物理内存不足)，如下图所示。由于同时发生SWAP和GC会导致JVM严重卡住，我们不得不问：内存在哪里？JVM和Linux之间的详...
如何排查 Kubernetes 的内存增长问题？
CSDN资讯
01-21 4318
作者|阿文责编 | 郭芮出品 | CSDN（ID：CSDNnews）某用户生产环境的 kubernetes 节点遇到的一个问题，大概问题是这样的，用户反馈他的业务所在 pod 一在吃...
java进程内存一直没释放怎么解决
最新发布
weixin_40538100的博客
07-01 310
解决相关视频讲解：运维面试 ：服务器脑裂问题分析与解决项目方案：解决Java进程内存一直未释放的问题 问题描述 在Java应用程序运行过程中，可能会出现进程内存没有得到释放的情况，导致内存泄漏问题严重，甚至可能引起系统性能下降或者程序崩溃。因此，需要解决这个问题，释放内存资源，提高系统的稳定性和性能。 解决方案 1. 定...
看完你还敢说你懂JVM吗？
hello world！
01-17 339
作者：美团技术团队 原文：http://www.open-open.com/lib/view/open1420814127390.html 在一些物理内存为8g的服务器上，主要运行一个J...
Linux下tomcat JVM内存 配置
SiC B2B2C Shop大型B2B2C商城软件产品，使用Java语言开发，高性能高扩展性高安全性分布式。可帮助你快速的建立大型B2B2C电商系统
09-12 1053
常见的内存溢出有以下两种: java.lang.OutOfMemoryError: PermGen space java.lang.OutOfMemoryError: Java heap space 一、java.lang.OutOfMemoryError: PermGen space PermGen space的全称是Permanent Generation space,是指内存的永...
linux设置jvm内存参数_jvm的那些设置参数你都知道吗
weixin_39766014的博客
12-03 6652
前言大家都知道，jvm在启动的时候，会执行默认的一些参数。一般情况下，这些设置的默认参数应对一些平常的项目也够用了。但是如果项目特别大了，需要增加一下堆内存的大小、或者是系统老是莫明的挂掉，想查看下gc日志来排查一下错误的原因，都需要咱们手动设置这些参数。各个参数介绍1.verbose:gc表示，启动jvm的时候，输出jvm里面的gc信息。格式如下：[Full GC 178K->99K(19...
这 17 个 JVM 参数，高级 Java 必须掌握！
好好学java
03-16 368
点击上方好好学java，选择星标公众号重磅资讯、干货，第一时间送达 今日推荐：八个开源的 Spring Boot 学习资源，你值得拥有个人原创+1博客：点击前往，查看更多 作...
java linux 内存_JVM 与 Linux 的内存关系详解
weixin_31974659的博客
02-22 241
在一些物理内存为8g的服务器上，主要运行一个Java服务，系统内存分配如下：Java服务的JVM堆大小设置为6g，一个监控进程占用大约 600m，Linux自身使用大约800m。从表面上，物理内存应该是足够使用的;但实际运行的情况是，会发生大量使用SWAP(说明物理内存不够使用 了)，如下图所示。由于SWAP和GC同时发生会致使JVM严重卡顿，所以我们要追问：内存究竟去哪儿了? 要分析这个...
linux 设置java内存大小_Linux 下修改Tomcat使用的JVM内存大小
weixin_35411439的博客
02-17 2077
我的服务器的配置：# OS specific support. $var _must_ be set to either true or false.JAVA_OPTS="-Xms1024m -Xmx4096m -Xss1024K -XX:PermSize=512m -XX:MaxPermSize=2048m"正文：常见的内存溢出有以下两种:java.lang.OutOfMemoryError:...
java1.8内存设置参数_jvm内存调优参数详解,附RocketMQ默认内存调优设置
weixin_33525438的博客
02-26 2701
-Xms:初始堆大小,默认值物理内存的1/64(<1GB),默认(MinHeapFreeRatio参数可以调整)空余堆内存小于40%时，JVM就会增大堆直到-Xmx的最大限制.-Xmx:最大堆大小,默认值物理内存的1/4(<1GB),默认(MaxHeapFreeRatio参数可以调整)空余堆内存大于70%时，JVM会减少堆直到 -Xms的最小限制-Xmn:年轻代大小(1.4orlato...
分别在Linux和Windows下设置JVM内存的简单方法
01-20
Linux服务器： 在/usr/local/apache-tomcat-5.5.23/bin 目录下的catalina.sh 添加:JAVA_OPTS=’-Xms512m -Xmx1024m’ 或者 JAVA_OPTS=”-server -Xms800m -Xmx800m   -XX:MaxNewSize=256m” 或者 CATALINA_OPTS=”-server -Xms256m -Xmx300m” Windows服务器： 在/apache-tomcat-5.5.23/bin 目录下的 catalina.bat 添加： set JAVA_OPTS=-Xms128m -Xmx350m 或者
JVM参数设置详细说明
11-23
JVM参数设置详细说明、JVM 参数设置详细说明 1: heap size a: -Xmx 指定jvm的最大heap大小，如：-Xmx=2g b: -Xms 指定jvm的最小heap大小，如：-Xms=2g，高并发应用，建议和-Xmx一样，防止因为内存收缩/突然增大带来的性能影响。 c: -Xmn 指定jvm中New Generation的大小，如：-Xmn256m。这个参数很影响性能，如果你的程序需要比较多的临时内存，建议设置到512M，如果用的少，尽量降低这个数值，一般来说128/256足以使用了。 d: -XX:PermSize= 指定jvm中Perm Generation的最小值，如：-XX:PermSize=32m。这个参数需要看你的实际情况，可以通过jmap命令看看到底需要多少。 e: -XX:MaxPermSize= 指定Perm Generation的最大值，如：-XX:MaxPermSize=64m f: -Xss 指定线程桟大小，如：-Xss128k，一般来说，webx框架下的应用需要256K。如果你的程序有大规模的递归行为，请考虑设置到512K/1M。这个需要全面的测试才能知道。不过，256K已经很大了。这个参数对性能的影响比较大的。 g: -XX:NewRatio= 指定jvm中Old Generation heap size与New Generation的比例，在使用CMS GC的情况下此参数失效，如：-XX:NewRatio=2 h: -XX:SurvivorRatio= 指定New Generation中Eden Space与一个Survivor Space的heap size比例，-XX:SurvivorRatio=8，那么在总共New Generation为10m的情况下，Eden Space为8m i: -XX:MinHeapFreeRatio= 指定jvm heap在使用率小于n的情况下，heap进行收缩，Xmx==Xms的情况下无效，如：-XX:MinHeapFreeRatio=30 j: -XX:MaxHeapFreeRatio= 指定jvm heap在使用率大于n的情况下，heap 进行扩张，Xmx==Xms的情况下无效，如：-XX:MaxHeapFreeRatio=70 k: -XX:LargePageSizeInBytes= 指定Java heap的分页页面大小， 如：-XX:LargePageSizeInBytes=128m 2: garbage collector a: -XX:+UseParallelGC 指定在New Generation使用parallel collector，并行收集，暂停，app threads，同时启动多个垃圾回收thread，不能和CMS gc一起使用。系统吨吐量优先，但是会有较长长时间的app pause，后台系统任务可以使用此 gc b: -XX:ParallelGCThreads= 指定parallel collection时启动的thread个数，默认是物理processor的个数 c: -XX:+UseParallelOldGC 指定在Old Generation使用parallel collector d: -XX:+UseParNewGC 指定在New Generation使用parallel collector，是UseParallelGC的gc的升级版本，有更好的性能或者优点，可以和CMS gc一起使用 e: -XX:+CMSParallelRemarkEnabled 在使用UseParNewGC的情况下，尽量减少mark的时间 f: -XX:+UseConcMarkSweepGC 指定在Old Generation使用concurrent cmark sweep gc、gc thread和app thread并行（在init-mark和remark时pause app thread）。app pause时间较短，适合交互性强的系统，如web server g: -XX:+UseCMSCompactAtFullCollection 在使用concurrent gc的情况下，防止memory fragmention，对live object进行整理，使memory 碎片减少 h: -XX:CMSInitiatingOccupancyFraction= 指示在old generation 在使用了n%的比例后，启动concurrent collector，默认值是68，如：-XX:CMSInitiatingOccupancyFraction=70 有个bug，在低版本（1.5.09 and early）的jvm上出现， http://bugs.sun.com/bugdatabase/view_bug.do?bug_id=6486089 i: -XX:+UseCMSInitiatingOccupancyOnly 指示只有在old generation在使用了初始化的比例后concurrent collector启动收集 3:others a: -XX:MaxTenuringThreshold= 指定一个object在经历了n次young gc后转移到old generation区，在linux64的java6下默认值是15，此参数对于throughput collector无效，如：-XX:MaxTenuringThreshold=31 b: -XX:+DisableExplicitGC 禁止java程序中的full gc，如System.gc()的调用。最好加上么，防止程序在代码里误用了。对性能造成冲击。 c: -XX:+UseFastAccessorMethods get、set方法转成本地代码 d: -XX:+PrintGCDetails 打应垃圾收集的情况如： [GC 15610.466: [ParNew: 229689K->20221K(235968K), 0.0194460 secs] 1159829K->953935K(2070976K), 0.0196420 secs] e: -XX:+PrintGCTimeStamps 打应垃圾收集的时间情况，如： [Times: user=0.09 sys=0.00, real=0.02 secs] f: -XX:+PrintGCApplicationStoppedTime 打应垃圾收集时，系统的停顿时间，如： Total time for which application threads were stopped: 0.0225920 seconds 4: a web server product sample and process JAVA_OPTS=" -server -Xmx2g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepGC -XX:+UseParNewGC -XX:+CMSParallelRemarkEnabled -XX:+UseCMSCompactAtFullCollection -XX:LargePageSizeInBytes=128m -XX:+UseFastAccessorMethods -XX:+UseCMSInitiatingOccupancyOnly -XX:CMSInitiatingOccupancyFraction=70 " 最初的时候我们用UseParallelGC和UseParallelOldGC，heap开了3G，NewRatio设成1。这样的配置下young gc发生频率约12、3秒一次，平均每次花费80ms左右，full gc发生的频率极低，每次消耗1s左右。从所有gc消耗系统时间看，系统使用率还是满高的，但是不论是young gc还是old gc，application thread pause的时间比较长，不合适 web 应用。我们也调小New Generation的，但是这样会使full gc时间加长。 后来我们就用CMS gc（-XX:+UseConcMarkSweepGC），当时的总heap还是3g，新生代1.5g后，观察不是很理想，改为jvm heap为2g新生代设置-Xmn1g，在这样的情况下young gc发生的频率变成7、8秒一次，平均每次时间40-50毫秒左右，CMS gc很少发生，每次时间在init-mark和remark（two steps stop all app thread）总共平均花费80-90ms左右。 在这里我们曾经New Generation调大到1400m，总共2g的jvm heap，平均每次ygc花费时间60-70ms左右，CMS gc的init-mark和remark之和平均在50ms左右，这里我们意识到错误的方向，或者说CMS的作用，所以进行了修改。 最后我们调小New Generation为256m，young gc 2、3秒发生一次，平均停顿时间在25毫秒左右，CMS gc的init-mark和remark之和平均在50ms左右，这样使系统比较平滑，经压力测试，这个配置下系统性能是比较高的。 在使用CMS gc的时候他有两种触发gc的方式：gc估算触发和heap占用触发。我们的1.5.0.09 环境下有次old 区heap占用在30%左右，她就频繁gc，个人感觉系统估算触发这种方式不靠谱，还是用 heap 使用比率触发比较稳妥。 这些数据都来自64位测试机，过程中的数据都是我在jboss log找的，当时没有记下来，可能存在一点点偏差，但不会很大，基本过程就是这样。 5: 总结 web server作为交互性要求较高的应用，我们应该使用Parallel+CMS，UseParNewGC这个在jdk6 -server上是默认的new generation gc，新生代不能太大，这样每次pause会短一些。CMS mark-sweep generation可以大一些，可以根据pause time实际情况控制。
java的xms与xmx和服务器内存_JVM 的 Xms 和 Xmx 设置一样大小的内存容量
weixin_42311979的博客
01-27 1932
4. 【推荐】在线上生产环境，JVM 的 Xms 和 Xmx 设置一样大小的内存容量，避免在 GC 后调整堆 大小带来的压力。现在，我们知道了Elasticsearch所公开的缓存和缓冲区，可以尝试结合这些知识来配置一个高索引和查询吞吐量的集群。接下来的两个小节将讨论在设置集群时，什么可以在默认配置中更改，什么是要注意的。在讨论Elasticsearch特定配置相关的所有事情之前，应该记住，必须给...
JVM内存设置
热门推荐
璀璨星空
01-06 2万+
<br /> 对于jvm的设置我一直知道的很少，有时候遇到outOfMemoryError只会一个简单的设置“-Xms256m -Xmx512m”。有几个问题一直没搞明白：1、jvm的内存大小究竟应该设置成多少最合适？2、jvm的默认大小是多少？3、jvm参数有哪些？哪些参数都表示什么意思？现在的服务器配置一般都是十几个CPU、十几个内存，如何设置才最合适？在网上搜索了一下：对于问题1：jvm堆不是越大越好的，一般最大设置到1G-1.5G就完全足够了，如果总是出现内存溢出，一般是应用有问题了。对于问题2：J
JVM 运行时数据区与JMM 内存模型详解
m0_71777195的博客
07-31 259
JVM运行时数据区可以分为元空间，堆，虚拟机栈，本地方法栈，程序计数器五大块。
JVM垃圾回收与性能调优
mll999888的专栏
05-21 582
最近一直在做socket性能测试，做为一名性能测试工程师来说，性能测试脚本的开发其实是性能测试整个阶段中最简单的，其中场景的设计和性能瓶颈的分析很重要，很是相当的复杂。那我就就对最近一直用的jvm性能调优方法介绍一下，这可是java程序都要涉及的：  1.JVM的gc概述，刚开始测试的时候，根本就不知道这个到底是什么意思，所以就没对这个指标进行统计，但是后来发现这是一个很重要的指标。
面试题总结1-JVM+数据库
weixin_50419456的博客
05-11 524
1、进程、线程、协程 进程：进程是程序的一次执行过程，是系统资源分配和独立运行的最小单位； 线程： 线程是进程的一个执行单元，是任务调度和系统执行的最小单位，受内核调度，是同步机制； 协程： 协程是一种用户态的轻量级线程，协程的调度完全由用户控制，不受内核调度，协程是异步机制。 2、死锁 死锁就是两个或两个以上的线程在执行过程中，由于竞争资源或者由于彼此通信而造成的一种阻塞现象，若无外力作用，他们都将无法推进下去，此时称系统处于死锁状态。 死锁产生的四个必要条件 1、互斥条件：该资源任意一个时刻只由一个线程
linux设置jvm内存参数_「原创」JVM系列06 | 如何设置虚拟机参数
weixin_39844284的博客
12-04 1231
本文是何适 JVM 修仙系列第 6 篇，文末有本系列文章汇总。从今天开始进入虚拟机参数部分的学习，通过学习虚拟机参数，设置虚拟机参数，配置和跟踪虚拟机，达到故障排查和性能优化的目的。1. 执行 Java 程序的三种方法执行 Java 程序的方法：开发工具执行 Java 代码java -jar 命令执行 jar 包java -cp 命令执行 jar 包接下来，以如下代码为例设置参数：public c...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值