首先:这个问题不是关于"如何使用删除操作符",它是关于"为什么许多小尺寸的类对象消耗大量内存"。我们假设我们有这段代码:
class Foo
{
};
void FooTest()
{
int sizeOfFoo = sizeof(Foo);
for (int i = 0; i < 10000000; i++)
new Foo();
}
空类Foo的大小是1个字节,但是当执行代码时,它消耗大约600Mb的内存。那怎么样?
更新。我已经在Visual Studio 2010中的Win10 x64上对此进行了测试。来自OS任务管理器的内存使用情况。
答案 0 :(得分:5)
C ++堆管理器有4种不同的“模式”,它可以在对象周围保留更少或更多的空间。这些是
附加内存用于无人域(0xFDFDFDFD),对齐到16字节边界(0xBAADF00D),堆管理等。
我建议阅读this post并查看调试器中的4个场景,打开原始内存视图。你会学到很多东西。对于情况1和3,插入一个暂停,您可以将调试器连接到正在运行的进程,而在情况2和4中,您应首先运行调试器,然后从那里启动可执行文件。
我曾经在演示缓冲区溢出时演示了C ++堆的工作原理。这是一个你可以使用的演示程序,不完美,但也许有用:
#include "stdafx.h"
#include <Windows.h>
#include <iostream>
#include <stdio.h>
void SimpleBufferOverrunDemo( int argc, _TCHAR* argv[] ) ;
int _tmain(int argc, _TCHAR* argv[])
{
SimpleBufferOverrunDemo(argc, argv);
getchar();
return 0;
}
void SimpleBufferOverrunDemo( int argc, _TCHAR* argv[] )
{
if (argc != 2)
{
std::cout << "You have to provide an argument!\n";
return;
}
// Allocate 5 bytes
byte* overrunBuffer = new byte[5];
// Demo 1: How does the memory look after delete? Uncomment the following to demonstrate
//delete [] overrunBuffer; //0xfeeefeee in debug mode.
//DebugBreak();
// Demo 2: Comment Demo 1 again.
// Provide a 5 byte sequence as argument
// Attach with WinDbg and examine the overrunBuffer.
// 2.1. How many heaps do we have?
// !heap -s
// 2.2. How to find the heap block and how large is it?
// !heap -x [searchAddress]
// !heap -i [blockAddress] -> Wow 72 bytes block size for 5 allocated bytes!
// 2.3. Show that _HEAP_ENTRY does not work any more.
// Demo 3: Write behind the 5 allocated bytes.
// Provide more than 5 bytes as argument, depending on how what you want to destroy
// 3.1 Write into the no mans land.
// 3.2 Write into the guard bytes.
// 3.3 Write into the meta data section of the following heap block! -> When does it crash?
std::wstring arg = argv[1];
for (size_t i = 0; i < arg.size(); i++)
{
overrunBuffer[i] = (byte)arg[i];
}
// Crash happens not where it was caused(!) This is important!
std::cout << "Now we do a plenty of other work ...";
::Sleep(5000);
delete[] overrunBuffer;
// Demo 4: Demonstrate page heap / application verifier!
}
答案 1 :(得分:3)
类Foo
的大小可能是1个字节,但由于你单独分配了许多Foo
,它们可以(并且可能)在某些字节对齐的地址上分配,并且由于碎片消耗更多的内存比你预期的要好。
此外,还有内存管理系统使用的内存。
答案 2 :(得分:0)
您必须知道,从操作系统的角度来看,进程所消耗的内存不仅与代码中分配的对象有关。
这是一个严重依赖于实现的东西,但总的来说,出于性能原因,内存分配很少一对一地传递给操作系统,而是免费存储的pooled via the management。一般原则如下:
因此,从任务管理器中查看的600MB,可能只有一小部分被有效地分配给您的对象,而更大的部分实际上仍然是免费的,并且可以在免费商店中使用。
这就是说,消耗的内存将大于x个对象:对于每个分配的对象,内存管理功能必须管理一些附加信息(如分配对象的大小)。实际上,空闲内存池还需要指针(通常是链表)来跟踪空闲块(如果它们不是连续的)。
答案 3 :(得分:0)
关于Windows的非常有趣的帖子。
为了比较,在Ubuntu 15.10(64)上:
int t407(void)
{
std::cout << "\nsizeof(Foo): " << sizeof(Foo) << std::endl;
std::cout << "\nsizeof(Foo*): " << sizeof(Foo*) << std::endl;
std::vector<Foo> fooVec;
fooVec.reserve(10000000);
for (size_t i=0; i<10000000; ++i)
{
Foo t;
fooVec.push_back(t);
}
std::cout << "\nfooVec.size(): " << fooVec.size()
<< " elements" << std::endl
<< "fooVec.size() * sizeof(Foo): "
<< fooVec.size() * sizeof(Foo) << " bytes" << std::endl
<< "sizeof(fooVec): " << sizeof(fooVec)
<< " bytes (on stack)" << std::endl;
return(0);
}
输出:
sizeof(Foo): 1
sizeof(Foo*): 8
fooVec.size(): 10000000 elements
fooVec.size() * sizeof(Foo): 10000000 bytes
sizeof(fooVec): 24 bytes (on stack)