可可64位二进制文件泄漏内存？(释放NSData不释放内存)

Question

我一直在玩我的应用程序的不同版本,似乎有些奇怪的事情要发生:

我的应用程序有5mb空闲的足迹.当保存上传文件大小的文件时.上传后,应释放保留的内存.现在构建中存在差异(gc =垃圾收集器):

我正在使用LLVM和CLANG.我一直在运行今天的仪器,并检查泄漏/僵尸/等.一切似乎都很干净.(该应用程序相当简单.)

这种行为有解释吗？

更新:

那是一些奇怪的东西.我把问题归结为:

我将一个20mb的文件加载到NSData中并释放它.我这样做没有启用任何垃圾收集.代码是:

NSData *bla = [[NSData alloc] initWithContentsOfFile:@"/bigshit"];
[bla release];

当我为i386 32bit构建时,20mb被分配并释放.当我将构建切换到64位x86_64时,版本什么都不做.20mb住宿分配.

两个应用程序之间没有区别,除了上面的一个是32位而下面的64位.没有GC运行.(启用GC后,会出现同样的问题.)

更新2:

当我从头开始创建一个新的cocoa应用程序时,可以观察到相同的行为,只有applicationDidFinishLaunching中的高位代码:在64位模式下,内存不会被释放.i386按预期工作.

NSString而不是NSData出现同样的问题.当我启动64位内核时,它也会出现.(启动时保持64位.)

操作系统是10.6.0

Answer 1

首先,使用Instrument的Object Graph仪器验证内存不再被认为正在使用中; 在某处没有保留计数或强引用.

如果它不再使用,那么内存就会因为你没有达到收集器关心的阈值而坚持下去.

但是,这句话:

64位x86_64 no-GC:释放最小内存.像10%

让我警惕.具体来说,如果您的代码设计为在非GC中工作 - 使用retain/release - 那么(a)您有内存泄漏,如果使用CFRetain或某种全局缓存,可能会影响GC或(b)你没有使用正确的工具来判断你是否有内存泄漏.

那么,你如何确定你在泄漏记忆？

更新 ; 您正在使用活动监视器来监视进程的RSIZE/VSIZE.除了"我的流程随着时间的推移而增长"之外,这实际上并没有告诉你什

更可能(我没有看过源代码),这段代码:

NSData *bla = [[NSData alloc] initWithContentsOfFile:@"/bigpoop"];

将导致20MB文件mmap()进入该过程.根本没有涉及malloc()样式分配.相反,操作系统将20MB的连续地址空间交给您的进程,并将文件的内容映射到其中.当您阅读NSData的内容时,它会在文件中出现页面错误.

释放时bla,映射将被销毁.但这并不意味着VM子系统会将应用程序的地址空间减少20MB.

所以,你正在烧掉一堆地址空间,而不是实际的内存.由于您的进程是64位,因此地址空间几乎是无限资源,使用地址的成本非常低,因此操作系统以这种方式实现的原因.

即没有泄漏,你的应用程序表现正常,GC或没有.

这是一个常见的误解,因此,这个问题很明显.

可可64位二进制文​​件泄漏内存？(释放NSData不释放内存)