Question

在android.com上，他们说，如果您使用的是Java，那么您可以使用的最大内存为16 MB。至少那是设备应该支持的那个。如果你有一部较旧的手机，你会注意到你无法获得更多，你会得到一个OutOfMemoryError。如果你使用NDK做同样的事情，那就不行了。在我的应用程序中，我试图获得50MB甚至更多，到目前为止Android还没有那么好。

我在android.com上找不到与此相关的任何内容。

是否有像Java一样的限制？

如果是，那么限制是什么？

如果不是：对此有什么好处？

问题是，我必须根据该大小构建我的代码。

[编辑：] 我尝试了Seva Alekseyev的建议。

     root@android:/ # ulimit -a
     ulimit -a
     time(cpu-seconds)    unlimited
     file(blocks)         unlimited
     coredump(blocks)     0
     data(KiB)            unlimited
     stack(KiB)           8192
     lockedmem(KiB)       64
     nofiles(descriptors) 1024
     processes            7806
     flocks               unlimited
     sigpending           7806
     msgqueue(bytes)      819200
     maxnice              40
     maxrtprio            0
     resident-set(KiB)    unlimited
     address-space(KiB)   unlimited
     root@android:/ # ulimit -v
     ulimit -v
     unlimited
     root@android:/ #

我请求的内存（通过使用“alloc”或“new”）是虚拟内存（ulimit -v）。所以我没有机会弄清楚我能获得多少钱？！

Answer 1

您需要遵守三种类型的内存限制：

1）实现人工限制以在多任务处理时保持系统响应 - VM堆限制是其中的主要示例。 ulimit是操作系统为您提供进一步限制的潜在机制，但我还没有看到它在Android设备上受到限制性使用。

2）基于可用实内存的物理限制。您应该有一个正在开发/测试的基线设备，并且应该非常积极地假设其他进程（后台服务，其他应用程序）也需要内存。还要记住，操作系统使用的内存因操作系统版本而异（并且会随着时间的推移而增加）。股票Android没有交换，所以如果你走得太远，你就死了。一个潜在的情况是Nexus One（512MB RAM）带有音频播放器和手机应用程序在后台运行，而“气球”服务则需要另外100MB的物理内存以提供一些余地;在这种配置中，你仍然可以找到超过100MB的空间。

3）基于地址空间的虚拟内存限制。 Stock android允许过度使用内存，因此如果你要求在512MB RAM的设备上进行1GB虚拟分配（通过mmap等），它就不会闪烁，这通常是一件非常有用的事情。但是，当您触摸内存时，需要将其带入物理内存。如果物理内存中有只读页面，它们可以被弹出，但很快就会耗尽，而且没有交换死机。（组合和过度使用以及没有交换直接导致内存不足情况下的进程死亡，而不是像malloc返回null那样的可恢复错误。）

最后，值得注意的是calloc / malloc / new是否需要物理分配是依赖于分配器的，但假设是，则更安全，特别是对于少于大量页面的分配。所以：如果你正在处理＆lt; 100 MB的标准，表现良好的分配，你可能很清楚 - 但测试！如果你正在处理你想要内存映射的大量数据，那么当你仔细使用时，mmap就是你的朋友，并且只在与PROT_READ一起使用时是你最好的朋友。如果你正在处理＆gt; 100 MB的物理内存分配，可以在现代设备上运行得非常好，但是您必须仔细定义基线并进行测试，测试和测试，因为通常不可能在运行时检测到内存不足的情况。 / p>

还有一点需要注意：APP_CMD_LOW_MEMORY存在，是清除缓存的好地方，但不能保证及时调用它来挽救你的生命。它根本不会改变整体情况。

Android上C / C ++中内存使用指南

1 个答案: