为什么分配的内存比预期的多?

Question

我正在使用BenchmarkDotNet及其MemoryDiagnoser功能。

考虑以下基准：

[Benchmark]
public void Dummy()
{
var buffer = new byte[1];
}

我希望它只分配 1 个字节。

但基准测试结果显示总共分配了 32 个字节。怎么来了？我觉得这很有误导性。

| Method |     Mean |     Error |    StdDev |   Median | Ratio | Rank |  Gen 0 | Gen 1 | Gen 2 | Allocated |
|------- |---------:|----------:|----------:|---------:|------:|-----:|-------:|------:|------:|----------:|
|  Dummy | 4.486 ns | 0.1762 ns | 0.5196 ns | 4.650 ns |  1.00 |    1 | 0.0038 |     - |     - |      32 B |
                why not 1 byte? ^^^^

Answer 1

我是MemoryDiagnoser的作者，我已经描述了如何阅读我的博客的结果：https://adamsitnik.com/the-new-Memory-Diagnoser/#how-to-read-the-results

CLR 会进行一些对齐。如果你尝试分配新的字节[1]数组，它将分配字节[8]数组。

我们需要额外的空间来存储对象头、方法表指针和数组的长度。开销是指针大小的 3 倍。8 + 3x4 = 20 表示 32 位，8 + 3x8 = 32 表示 64 位。

Answer 2

我怀疑你在"/platform：x64"上。字节数组将占用"24byte + length"的空间，因为它的每个元素都是字节。此外，在 x64 上，所有大小都向上舍入到最接近的 8 个字节。

以下是测量尺寸的方法。

private void TestMemory(){
long before = GC.GetTotalMemory(true);
// Allocation code
long after = GC.GetTotalMemory(true);
double diff = after – before;
Console.WriteLine(“Per object: “ + diff / size);
// Stop the GC from messing up our measurements
GC.KeepAlive(array);
}

至于你的问题，why？正如评论中提到的，它是这种高级语言的实现细节。

※因为记忆对齐←正如我的回答中提到的

※数组还包括一些元数据，例如它们的大小，以确保您不会索引到随机内存中。 ← 这可能与第一颗星有关

Answer 3

你没有分配一个字节。您正在分配一个字节数组。数组是一种引用类型，所有引用类型实例都有一些开销。因此，任何数组的总大小都大于元素的大小。亚当的回答很好地分解了细节。