3

我了解堆和垃圾收集器的工作原理：垃圾收集分代发生，内存分配顺序发生，在垃圾收集期间通过移动数据和形成连续块等压缩空闲/未使用空间等。

是否存在已分配内存块的标头以及它们有多大（我听说 .NET CLR 是 8-16 个字节）以及是否存在字节、字或四字对齐？我对 x86 和 x64 处理器架构的 JIT (Java) 和 CLR (.NET Framework 或 Mono) 实现的任何信息感兴趣。

4

3 回答 3

5

我相信标题大小是两个词 - 一个用于类型参考，一个用于同步块和其他标志。填充（我相信）足以将总大小四舍五入到整数个单词。

例如，只有一个“int”的引用类型在 x86 上占用 12 个字节，如下所示：

using System;

public class Foo
{
    int x;

    public Foo(int x)
    {
        this.x = x;
    }
}

public class Test
{
    static void Main(string[] args)
    {
        int length = int.Parse(args[0]);

        Foo x = new Foo(0);
        Foo[] array = new Foo[length];
        // Make sure that JITting the string constructor doesn't
        // change things
        long start = GC.GetTotalMemory(true);
        for (int i=0; i < length; i++)
        {
            array[i] = new Foo(i);
        }
        long end = GC.GetTotalMemory(true);

        GC.KeepAlive(array);
        GC.KeepAlive(x);

        decimal totalDecimal = end-start;
        Console.WriteLine(totalDecimal / length);
    }
}

一个有趣的点——出于某种原因，System.Object 的一个实例占用了 12 个字节（在 x86 上），而不是我原本预测的 8 个字节。就好像最小大小是 12 个字节，但是您可以免费获得前四个字节的真实数据 :)

我不知道为什么报告的大小不完全是整数，顺便说一句 - 我怀疑这与托管堆中每页所需的一点额外内存有关，或者类似的东西。有时结果略高于 12，有时略低于 12——这似乎取决于给定的长度。（这个答案的先前版本有一个错误，它会解析第一个命令行 arg 但然后忽略它。我已经修复了。）无论如何，我不相信这种轻微的不准确与大小有关内存中的单个对象。

于 2009-02-06T17:02:00.933 回答
1

这个问题的完整答案实际上会相当复杂：与对象分配相关的开销不仅取决于特定虚拟机的实现细节，而且还取决于对象恰好所在的世代（换句话说，与特定对象相关的开销可能会在对象的生命周期内发生变化）。

很少有简单的实用程序可用于估计特定对象的开销，但没有什么强大的（例如，请查看http://java.sun.com/docs/books/performance/1st_edition/html/JPRAMFootprint.fm。 html ).

在 Java 中，还有一个接口可能会为您提供包括开销在内的对象大小，请参阅http://download-llnw.oracle.com/javase/6/docs/platform/jvmti/jvmti.html#GetObjectSize。

于 2010-08-25T08:21:28.650 回答
-2

我不了解 Java，但对于 CLR，每个分配的引用类型有 1 个本机字开销。在 32 位系统上，它将是 4 个字节，而在 64 位系统上，它将是 8 个字节。

于 2009-02-06T16:42:34.890 回答