如何解决内存映射文件和低内存方案
| 在低内存情况下,iOS平台如何处理内存映射文件?对于低内存方案,我的意思是当操作系统向应用程序中的所有观察者发送“ 0”通知时。 我们的文件使用+[NSData dataWithContentsOfMappedFile:]
映射到内存中,文档中指出:
映射文件使用虚拟内存技术来避免将文件页面复制到内存中,直到实际需要它们为止。
这是否意味着当不再使用页面时,操作系统也会取消映射页面?是否可以将页面标记为不再使用?如果这会更改方案,则此数据为只读。如果我们直接使用mmap()
怎么办?这会更好吗?
解决方法
内存映射文件一次将数据从磁盘复制到内存中。未使用的页面可以自由换出,与任何其他虚拟内存相同,除非已使用
mlock(2)
将它们连接到物理内存中。内存映射决定了要从磁盘复制什么内容到内存以及何时复制到操作系统。
从Foundation级别降到BSD级别以使用ѭ4不会带来太大的变化,除了使必须与其他Foundation代码进行接口的代码更加尴尬之外。
, (这不是答案,但这将是有用的信息。)
从@ID_AA_Carmack推文中,
@ID_AA_Carmack是否可以在内存不足的情况下自动取消映射iOS内存映射文件? (使用+ [NSData dataWithContentsOfMappedFile]?)
ID_AA_Carmack对此进行了回复,
@KhrobEdmonds是的,那是在iOS上使用映射文件的最大好处之一。我使用mmap()。
我不确定这是真的还是...
, 根据我的实验,NSData不响应内存警告。我通过创建一个内存映射的NSData并访问文件的一部分进行测试,以便将其加载到内存中并最后发送内存警告。出现内存警告后,内存使用量没有减少。文档中没有任何内容表明内存会导致NSData在内存不足的情况下减少实际内存使用量,因此使我相信它不会响应内存警告。例如,NSCache文档说它将在内存使用方面尽力而为,并且我被告知它对系统发出的内存不足警告做出响应。
同样,在iPod Touch(第4代)上进行的简单测试中,我能够将大约600兆的文件数据映射到使用“ѭ”的虚拟内存中。接下来,我开始通过NSData实例上的bytes属性访问页面。当我这样做时,实际内存开始增长,但是它在实际内存使用量约为30兆时停止增长。因此,它的实现方式似乎限制了将使用多少实际内存。
简而言之,如果要减少NSData对象的内存使用量,最好的选择是实际确保它们已完全释放,而不依赖于系统代表您自动进行的任何操作。
, 如果iOS与任何其他Unix一样,并且我敢打赌,就这方面而言,它不建议将mmap()区域中的页面“交换掉”;可以将它们简单地删除(如果它们是干净的)或写入基础文件,然后删除(如果它们是脏的)。此过程称为“退出”页面。
由于您的内存映射是只读的,因此页面将始终是干净的。
当物理内存变紧时,内核将决定退出哪一页。
您可以使用posix_madvise()向内核提示您希望保留/退出哪些页面。特别是,“ 6”告诉内核随意退出页面;或您所说的“将页面标记为不再使用”。
编写一些测试程序以查看iOS是否遵循“不需要”提示应该非常简单。由于它是从BSD衍生而来的,所以我敢打赌。
, 用于文件支持的内存的标准虚拟内存技术说,操作系统可以随时随意丢弃页面,因为它以后总是可以再次获取它们。我没有使用过iOS,但是很长一段时间以来,这一直是虚拟内存在许多其他操作系统上的行为。
测试它的最简单方法是将多个大文件映射到内存中,对其进行读取以确保将它们分页到内存中,然后查看是否可以强制使用低内存情况。如果不能,则一旦确定不再使用页面,操作系统必须取消映射页面。
, iOS5现在不推荐使用ѭ7de方法。
使用mmap,因为可以避免这些情况。
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。