类比第1部分-一般内存使用

32位系统上的进程通常可以寻址2GB的虚拟地址空间。这是你必须使用的内存,与你有多少内存无关。更多的RAM有助于提高性能,因为使用更多RAM可以减少页面数量,但对于扩展2GB地址空间没有任何作用。
想象一下这个2GB地址空间是一家餐厅的占地面积。
当你分配一个对象(无论它是.net还是非.net)时,通常遵循两个步骤。您保留内存,然后提交保留区内的空间。
预订等于在餐厅预订一张桌子。我们稍后会根据你的记忆在餐厅预订。举个例子,你是一个3人的聚会。餐厅里不太可能有3个人的桌子,但是你会得到一张4人的桌子,其中你用了3个座位,浪费了一个座位。
在内存术语中,您保留的表空间称为保留内存(虚拟字节),实际使用的空间(用于3个座位)是comitted内存(私有字节)。尚未保留的楼层空间是空闲内存。
在一个不错的餐厅之夜,你的餐厅/记忆可能会像这样:蓝色区域是保留空间,红色区域表示承诺空间,白色区域是自由空间。

 

 

现在,如果有人打电话来预订3人,他们会得到的答复是餐厅已经客满,因为要让3人坐在一起的唯一方法就是让他们坐在4人桌上。即使你可以坐两张两人座的桌子,那也不太好,因为他们都想坐在一起。
类似地,当您进行内存分配时,您不会将内存保留拆分为不同的位置,它必须在一个块中分配,或者根本不分配。因此,这种情况下的内存结果将是“内存不足”,即使还有足够的空间。
观察力强的人可能也会注意到,如果我们把桌子放得更近一些,使它们完全并排在一起,你可以很容易地放进一张4人的新桌子上,但是保留的记忆区域,就像一些餐馆的桌子一样,是不能移动的。
当我们谈论内存碎片时,我们要么谈论可用但不可用的内存(因为它不够大,无法容纳新表),要么我们没有使用多少保留内存(虚拟字节和私有字节之间的差异)。

类比第2部分.NET GC

大多数时候,当你在一个应用程序中创建对象时,无论是.NET还是不使用,都使用某种内存管理器(NTeAP、C++堆、GC等),在餐馆的情况下,你可以把内存管理器想象成一个为你保留座位的女主人,并引导你到你要就座的位置。例如,如果调用Maloc,您不必提供一个地址,在这里您希望分配分配,而不是说您希望内存有一定大小,Maloc返回,OK,您将在“C++堆”区域中的表1中就位。
.NETGC更进一步,为任何可能想在这个过程中使用.NET对象的人预先预留了一个大表(比如一个64个座位的表)。当任何人创建一个.NET对象时,GC会引导他们到该表的下一个可用位置。每隔一段时间,引座员会绕着桌子走一圈,看看是否有人吃完了,请他们离开,然后把其余的人推下桌子。有些人可能会在离开前等待别人完成工作(推荐信),所以他们也可以留下来。有些人可能真的很烦人,他们会说,老兄,我有一个靠窗的座位,我根本不动(固定的物体),这意味着其他人也不能被挪到桌子的尽头。
人与人之间的任何空位都称为.NET内存碎片。
一旦64个座位的桌子被填满了,GC需要保留一个新的64个座位的桌子,如果它不能容纳新来的人,你将得到一个内存不足的异常。

好吧,这个类比够了,这是真实世界中的记忆NET应用

 

同样,红色部分是提交内存,蓝色部分是未提交的保留内存,空白部分是空闲空间。
你在内存空间末尾看到的点可能是DLL,尽管就像餐厅场景一样,有很多空白,很可能这些小红点之间的间隙都不足以容纳64MB的段,因此,下次我们填充GC段并需要一个新的GC段来容纳新对象时,将出现内存不足异常。
这些小红点(DLL)之所以这样间隔,是因为它们是在那些特定DLL的首选基地址加载的。因为很难事先知道什么是“好的”首选基址,所以对于这种类型的碎片,你做不了什么,但是你能做的是找出你实际使用的内存的去向。

关于性能计数器以及如何不使用taskmanager的注释

在整个类比过程中,我谈到了私有字节和虚拟字节,这是定义内存使用或内存泄漏时要考虑的两个最重要的性能计数器。
还有另一个称为working set的计数器,它被简化为进程中线程当前或最近接触的内存页中有多少内存,或者进程当前使用的内存中大约有多少内存在RAM中。如果您有太多分页的问题,并且同一个机器上有许多进程在争夺RAM,那么工作集计数器可能会很有趣,但是为了确定您使用了多少内存(保留或提交),它几乎没有提供帮助或没有帮助。
如果你想看到这一点,你可以创建一个winforms应用程序,分配一堆对象,然后看到工作集启动,如果你最小化应用程序,工作集就会下降。这并不意味着你已经释放了所有的记忆。它只意味着你在看一个计数器,它与决定你在内存中存储了多少东西完全无关:)然而。。。这是人们最常查看的计数器,以确定内存使用情况。。。
我知道现在你可能在想“是的,对”,你以前都没听说过这个柜台,为什么我要说这是大多数人看的柜台???答案是,因为大多数人使用任务管理器来查看进程的内存使用情况,特别是查看内存使用情况列。意外惊喜:)这实际上显示的是进程的工作集。。。
如果您想查看private bytes,这是一个更有趣的计数器,那么您可以查看task manager中标记为Virtual Memory Size(是的,这非常直观:))的列,或者更好地查看performance monitor中的processprivate bytes和processvirtual bytes,如果您的目的是调查高内存使用率或内存泄漏,那么没有理由不这样做。

标签: none

添加新评论