性能文章>OOM系列之六:java.lang.OutOfMemoryError: 交换空间不足问题详解>

OOM系列之六:java.lang.OutOfMemoryError: 交换空间不足问题详解转载

7月前
3891017

此文来自于plumbr官网,plumbr作为一个常用的JVM 监测工具,官网有完整的oom和gc文章,准备慢慢全部翻译过来:

第一篇:java.lang.OutOfMemoryError:Java heap space

第二篇:Java.lang.OutOfMemoryError: GC overhead limit exceeded

第三篇:java.lang.OutOfMemoryError: 永久空间

第四篇:java.lang.OutOfMemoryError: 元空间

第五篇:java.lang.OutOfMemoryError: 无法创建新的本地线程

第六篇:java.lang.OutOfMemoryError: 交换空间不足

正文:

Java 应用程序在启动期间获得的内存量有限。此限制是通过 -Xmx 和其他类似的启动参数指定的。在 JVM 请求的总内存大于可用物理内存的情况下,操作系统开始将内容从内存换出到硬盘。

java.lang.outofmemoryerror 交换

java.lang.OutOfMemoryError:交换空间?error 表示交换空间也用完了,新的尝试分配由于物理内存和交换空间都不足而失败。

1,是什么原因造成的?

java.lang.OutOfmemoryError:交换空间?当来自本机堆的字节分配请求失败并且本机堆接近耗尽时,JVM 会抛出 . 该消息指示失败的分配的大小(以字节为单位)以及内存请求的原因。

问题出现在Java进程已经开始交换的情况下,回顾Java是一种垃圾收集语言已经不是一个好的情况。现代GC 算法做得很好,但是当遇到由交换引起的延迟问题时,GC 暂停往往会增加到大多数应用程序无法容忍的水平。

java.lang.OutOfMemoryError:交换空间不足?通常是由操作系统级别的问题引起的,例如:

  • 操作系统配置的交换空间不足。
  • 系统上的另一个进程正在消耗所有内存资源。

应用程序也可能由于本机泄漏而失败,例如,如果应用程序或库代码连续分配内存但未将其释放给操作系统。

2,解决办法是什么?

要克服这个问题,您有几种可能性。首先也是最简单的解决方法是增加交换空间。实现此目的的方法是特定于平台的,例如在 Linux 中,您可以使用以下示例命令序列来实现,这些命令创建并附加一个大小为 640MB 的新交换文件:

swapoff -a 
dd if=/dev/zero of=swapfile bs=1024 count=655360
mkswap swapfile
swapon swapfile

现在,您应该回想一下,由于垃圾收集会清除内存内容,因此通常 Java 进程不希望交换。在交换分配上运行垃圾收集算法可以将GC 暂停的长度增加几个数量级,因此在跳到简单的解决方案潮流之前应该三思而后行。

如果您的应用程序部署在 JVM 需要与之竞争资源的“嘈杂邻居”旁边,您应该将服务隔离到单独的(虚拟)机器上。

在许多情况下,您唯一真正可行的选择是升级机器以包含更多内存或优化应用程序以减少其内存占用。当您转向优化路径时,一个好的开始方法是使用内存转储分析器来检测内存中的大量分配。

请先登录,感受更多精彩内容
快去登录吧,你将获得
  • 浏览更多精彩评论
  • 和开发者讨论交流,共同进步

为你推荐

不起眼,但是足以让你有收获的JVM内存分析案例
分析 这个问题说白了,就是说有些int[]对象不知道是哪里来的,于是我拿他的例子跑了跑,好像还真有这么回事。点该 dump 文件详情,查看相关的 int[] 数组,点该对象的“被引用对象”,发现所
从一起GC血案谈到反射原理
前言 首先回答一下提问者的问题。这主要是由于存在大量反射而产生的临时类加载器和 ASM 临时生成的类,这些类会被保留在 Metaspace,一旦 Metaspace 即将满的时候,就会触发 Fu
关于内存溢出,咱再聊点有意思的?
概述 上篇文章讲了JVM在GC上的一个设计缺陷,揪出一个导致GC慢慢变长的JVM设计缺陷,可能有不少人还是没怎么看明白的,今天准备讲的大家应该都很容易看明白 本文其实很犹豫写不写,因为感觉没有
协助美团kafka团队定位到的一个JVM Crash问题
概述 有挺长一段时间没写技术文章了,正好这两天美团kafka团队有位小伙伴加了我微信,然后咨询了一个JVM crash的问题,大家对crash的问题都比较无奈,因为没有现场,信息量不多,碰到这类问题我
又发现一个导致JVM物理内存消耗大的Bug(已提交Patch)
概述 最近我们公司在帮一个客户查一个JVM的问题(JDK1.8.0_191-b12),发现一个系统老是被OS Kill掉,是内存泄露导致的。在查的过程中,阴差阳错地发现了JVM另外的一个Bug。这个B
JVM实战:优化我的IDEA GC
IDEA是个好东西,可以说是地球上最好的Java开发工具,但是偶尔也会卡顿,仔细想想IDEA也是Java开发的,会不会和GC有关,于是就有了接下来对IDEA的GC进行调优 IDEA默认JVM参数: -
不起眼,但是足以让你收获的JVM内存案例
今天的这个案例我觉得应该会让你涨姿势吧,不管你对JVM有多熟悉,看到这篇文章,应该还是会有点小惊讶的,不过我觉得这个案例我分享出来,是想表达不管多么奇怪的现象请一定要追究下去,会让你慢慢变得强大起来,
如何通过反射获得方法的真实参数名(以及扩展研究)
前段时间,在做一个小的工程时,遇到了需要通过反射获得方法真实参数名的场景,在这里我遇到了一些小小的问题,后来在部门老大的指导下,我解决了这个问题。通过解决这个问题,附带着我了解到了很多新的知识,我觉得
17
0