- mongodb - 在 MongoDB mapreduce 中,如何展平值对象?
- javascript - 对象传播与 Object.assign
- html - 输入类型 ="submit"Vs 按钮标签它们可以互换吗?
- sql - 使用 MongoDB 而不是 MS SQL Server 的优缺点
07-06 10:33:28.405: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4688K, 23% free 18428K/23751K, paused 7ms+19ms
07-06 10:33:29.484: DEBUG/dalvikvm(509): GC_CONCURRENT freed 24K, 14% free 20452K/23751K, paused 7ms+21ms
07-06 10:33:30.486: DEBUG/dalvikvm(509): GC_FOR_ALLOC freed 4623K, 26% free 17648K/23751K, paused 260ms
07-06 10:33:31.295: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4K, 18% free 19692K/23751K, paused 6ms+19ms
07-06 10:33:32.335: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 9% free 21739K/23751K, paused 7ms+24ms
07-06 10:33:33.334: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 20% free 19206K/23943K, paused 6ms+18ms
07-06 10:33:34.345: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 12% free 21254K/23943K, paused 7ms+26ms
07-06 10:33:35.245: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 22% free 18687K/23943K, paused 6ms+17ms
07-06 10:33:36.275: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 14% free 20735K/23943K, paused 7ms+22ms
07-06 10:33:37.234: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 25% free 18169K/23943K, paused 7ms+15ms
07-06 10:33:38.374: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 16% free 20217K/23943K, paused 6ms+28ms
07-06 10:33:39.547: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 8% free 22258K/23943K, paused 8ms+30ms
07-06 10:33:40.545: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 20% free 19718K/24455K, paused 6ms+19ms
07-06 10:33:41.595: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 11% free 21766K/24455K, paused 7ms+24ms
07-06 10:33:42.575: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 22% free 19199K/24455K, paused 7ms+19ms
07-06 10:33:43.814: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 14% free 21247K/24455K, paused 7ms+36ms
07-06 10:33:44.725: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 24% free 18681K/24455K, paused 7ms+17ms
07-06 10:33:45.724: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 16% free 20729K/24455K, paused 7ms+23ms
07-06 10:33:46.654: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 26% free 18162K/24455K, paused 7ms+12ms
07-06 10:33:47.746: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 18% free 20210K/24455K, paused 23ms+21ms
07-06 10:33:48.917: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 9% free 22258K/24455K, paused 6ms+29ms
07-06 10:33:49.924: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 20% free 19691K/24455K, paused 7ms+20ms
07-06 10:33:51.164: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 12% free 21739K/24455K, paused 13ms+24ms
07-06 10:33:52.174: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 22% free 19172K/24455K, paused 6ms+18ms
07-06 10:33:53.255: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 14% free 21220K/24455K, paused 6ms+26ms
07-06 10:33:54.234: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 24% free 18654K/24455K, paused 7ms+17ms
07-06 10:33:55.324: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 16% free 20701K/24455K, paused 6ms+22ms
07-06 10:33:56.184: DEBUG/dalvikvm(509): GC_FOR_ALLOC freed 4610K, 28% free 17648K/24455K, paused 242ms
07-06 10:33:57.025: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4K, 20% free 19692K/24455K, paused 7ms+20ms
07-06 10:33:58.085: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 12% free 21739K/24455K, paused 6ms+27ms
07-06 10:33:59.034: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 22% free 19173K/24455K, paused 7ms+19ms
07-06 10:34:00.204: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 14% free 21221K/24455K, paused 7ms+44ms
07-06 10:34:01.164: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4614K, 24% free 18654K/24455K, paused 7ms+17ms
07-06 10:34:02.176: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 16% free 20702K/24455K, paused 7ms+22ms
07-06 10:34:02.985: DEBUG/dalvikvm(509): GC_FOR_ALLOC freed 4610K, 28% free 17648K/24455K, paused 244ms
07-06 10:34:03.774: DEBUG/dalvikvm(509): GC_CONCURRENT freed 4K, 20% free 19692K/24455K, paused 7ms+20ms
07-06 10:34:04.813: DEBUG/dalvikvm(509): GC_CONCURRENT freed <1K, 12% free 21739K/24455K, paused 6ms+28ms
最佳答案
你的堆满了
GC_CONCURRENT freed <1K, 14% free 21220K/24455K, paused 6ms+26ms
GC_CONCURRENT
: 因为堆满而跳转14% free 21220K/24455K
在此收集后,有 14% 的内存可用。检查堆使用情况。 暂停 6ms+26ms
收集垃圾所用的时间。 很明显,您的代码中存在巨大的内存泄漏,您必须加以修复。
关于android - 如何解决 GC_concurrent freed?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/6591807/
我找到了dalvikvm的源码,但是找不到并发GC调用的地方。 我从android git 仓库中得到的malloc 代码 static void gcForMalloc(bool clearSoft
我正在使用一个线程,该线程使用 AudioRecord 类记录音频并放置在 recorderBUffer(它是 Short[] 的链表)中,一个单独的线程对这些数据进行编码并将其放置到 playerB
首先,抱歉我的英语水平。 我需要一些帮助。我正在尝试开发一个应用程序(一个单击按钮即可听到声音的音箱)。我没有问题,但听了一些歌后,我的内存力出现了问题。这是我的日志: enter code here
有人能告诉我为什么会出现这些内存泄漏吗?它发生在启动画面需要自行完成时(基本上称为新 Activity )当我在菜单中单击按钮打开新页面(新 Activity )时,它再次发生。 记录猫内存泄漏: 启
很难说出这里问的是什么。这个问题是模棱两可的、模糊的、不完整的、过于宽泛的或修辞的,无法以目前的形式得到合理的回答。为了帮助澄清这个问题以便可以重新打开它,visit the help center
我正在尝试探索 GingerBread (2.3) 中新的并发垃圾收集器的行为。 有人可以详细解释这些示例日志行(尤其是 GC_CONCURRENT 和 GC_FOR_MALLOC 的“暂停”部分)吗
我在 LogCat 中收到大量 GC_CONCURRENT 已释放的消息,它们不是来 self 自己的应用程序(我强行关闭了我的应用程序以确保)。释放的内存非常一致(大约 1430K),每秒大约发生
我的问题 我有一个计时器,它像这样初始化并调用一个方法来更新对象。问题是每次触发计时器时我都会在我的 LogCat 中得到 GC_CONCURRENT 输出。 11-01 11:56:43.042:
我有一个应用程序,它总是一张一张地加载一些图像(不是一起)。每次我加载新图像时,都会出现垃圾收集器的消息,因为我知道该设备正在做太多工作。我能做些什么来解决这个问题?我知道如果此问题继续存在,应用程序
我正在为 Android 编写一个小日历应用程序,我需要 Calendar 类包含的一些功能(例如:计算月份的第一天、当前日期、下个月的日期、年份特定的 Unix 时间戳等) 这些函数被频繁调用并且它
我正在使用以下方法通过电话号码提取联系人姓名和缩略图。当它运行时,GC 会发疯。 Methos 在实用程序类中,并从适配器调用以填充 ListView 。列表有超过 20 个项目/数字来查询联系人数据
我有一个要求,我需要检查文件“A”中的行数,如果文件“A”超出了我的限制,那么我需要将其内容复制到另一个文件“B”中,然后清除内容文件“A”。 上面的任务我必须一直执行所以,我构建了“服务”来完成这个
我是一名优秀的程序员,十分优秀!