黑马JVM总结(九)

(1)StringTable_调优1

我们知道StringTable底层是一个哈希表,哈希表的性能是跟它的大小相关的,如果哈希表这个桶的个数比较多,元素相对分散,哈希碰撞的几率就会减少,查找的速度较快,反之桶的个数较少,碰撞的几率增高,导致我的链表较长,查找的效率受到影响

调优呢主要是调整HashTable桶的个数:

时间还是挺快的0.4秒

提前设置了参数-XX:StringTableSize=200000

StaringTable的统计信息 桶个数调整到20000w,48w个单词平均分散到20w桶里面平均每个桶2个

单词,读取的效率较快的

如果去掉参数:时间会变长,默认桶大小6w个

调的更小一些:

再次运行时间变得更慢:达到12秒:因为他往StringTabel里面放一个字符串,它就要去哈希表里面查看有没有这个字符串,有的话不放

如果你的系统里你的字符串常量的个数非常的多,可以适当的把StringTable桶的个数调大,这样呢它会有一个更好的哈希分布,减少哈希冲突,让我们的StringTable串池的效率得到明显的提升

(2)StringTable_调优2

我们为什么要用StringTable呢?什么情况下用到呢?

比如说一个社交网站,他要存储大量的用户信息,用户的地址信息,用户量非常大,用户 的地址呢用字符串表示的,比如说需要用到30G的内存才能存下这些地址信息,但是用户的地址很多都是重复的,重复的地址都存入内存,占用的内存上限了30G,用这个解决方法,字符串的intern方法,这样呢可以取出重复的地址,相同的地址呢,intern之后呢在串池中只会存储一份,这样呢就可以减少字符串对内存的占用

我们演示用大量的字符串对象被创建,入池与不入池,前后对内存的占用情况

先不如池:

打开JVisualVM,他可以查看内存的占用情况

读取文件之前:字符串的内存不太多1兆左右 char数组呢字符串对象也会大量的引用char数组表示的

然后去控制台回车:

读取之后,再观看数组的占用情况:发现内存急剧增加达到差不多300兆

修改代码加入串池:加入串池后返回加入串池的对象,串池外没有加入的就会被垃圾回收

运行完之后,他们的才占30%不到40兆

跟上面的差距还是很明显的,通过入池,字符串占用内存明显减少

如果你的系统里有大量的字符串,这些字符串可能存在重复的问题,那么我们可以把字符串入池,来减少字符串的个数

(3)直接内存

直接内存并不属于java虚拟机的内存,而是属于系统内存,是操作系统的内存

直接内存,用于NIO数据读写时的缓冲区内存,NIO有一个叫ByteBuffer所使用的内存就是直接内存

属于操作系统内存分配回收成本较高但是读写性能高

ByteBuffer用的时间少,在读写大文件的时候性能高呢?

相关推荐
大大大大物~12 小时前
JVM 之 线上诊断神器Arthas实战【内部原理?常用命令?如何使用Arthas排查cpu飙高、类加载问题、死锁、慢接口等线上问题?】
jvm·oom·arthas
zfj32113 小时前
排查java应用内存溢出的工具和方法
java·开发语言·jvm·内存溢出
重生之后端学习14 小时前
238. 除自身以外数组的乘积
java·数据结构·算法·leetcode·职场和发展·哈希算法
【非典型Coder】15 小时前
volatile 的顺序性和可见性原理详解
jvm
SRETalk16 小时前
SRE 踩坑记:JVM 暂停竟然是因为日志
jvm·stw
小飞Coding17 小时前
🔍 你的 Java 应用“吃光”了内存?别慌,NMT 帮你揪出真凶!
jvm·后端
小飞Coding17 小时前
Java堆外内存里的“密文”--从内存内容反推业务模块实战
jvm·后端
【非典型Coder】18 小时前
JVM 垃圾收集器中的记忆集与读写屏障
java·开发语言·jvm
大大大大物~18 小时前
JVM 之 内存溢出实战【OOM? SOF? 哪些区域会溢出?堆、虚拟机栈、元空间、直接内存溢出时各自的特点?以及什么情况会导致他们溢出?并模拟溢出】
java·jvm·oom·sof