意外的内存分配:JIT编译抖动

在使用ByteWatcher监控内存分配时,发现在特定线程上调用MBeanServer.invoke()方法会导致336字节的内存分配。在循环调用中,每隔一段时间会出现不同数量的内存分配,这归因于JIT编译抖动。通过-Xint和-Xcomp标志运行程序,确认了JIT编译过程中的内存分配变化。为解决此问题,引入了一个校正阶段,使得JVM有机会完成编译抖动,从而避免内存分配尖峰。
摘要由CSDN通过智能技术生成

我在 ByteWatcher (见我最后一篇文章)工作时,碰到了一些奇怪的事情。


这是一段用来查找在特殊线程上分配了多少内存的真实代码片段。


return (long) mBeanServer.invoke(

name,

GET_THREAD_ALLOCATED_BYTES,

PARAMS,

SIGNATURE

);


全部上下文参见这里。

https://github.com/danielshaya/ByteWatcher/blob/master/src/main/java/ByteWatcherSingleThread.java


(ByteWatcher的工作方式是周期性地调用这个方法来监视内存分配。)


要注意的一个重点是,特别是当程序希望获得精确大小的内存分配时来调用上面的代码——会引起内存分配。


该调用引起的内存分配必须从返回数字中扣除,因此我们隔离了程序引起的内存分配,例如调用meanBeanServer = 程序线程的内存分配 + 调用开


我注意到,这个内存分配总是336字节。然而,当我在一个循环中调用这个方法时,发现了一些有趣的东西。几乎每隔一段时间,就会分配不同数量的内存。


测试如下:


<a href="http://www.jobbole.com/members/madao">@Test</a>

public void testQuietMeasuringThreadAllocatedBytes() {

ByteWatcherSingleThread am = new ByteWatcherSingleThread();

System

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值