如何阻止GC_CONCURRENT如此频繁地运行？

我正在使用一个线程，它使用AudioRecord类记录音频并放在recorderBUffer（它是Short []）的链表中），一个单独的线程对此数据进行编码并将其放置到playerBuffer（链表[ ]）。为了播放音频我使用AudioTrack类和onPeriodicNotification（）我从playerBuffer读取数据并将其写入轨道。如何阻止GC_CONCURRENT如此频繁地运行？

该代码很简单，直接显示。然而，它没有按照它应该的方式工作。 GC_CONCURRENT一直在吃，这导致AudioTrack频繁重启（我猜！）。我从logcat的以下信息： -

04-09 12:25:13.757: E/Constructor(10100): inside constructor 
04-09 12:25:13.757: I/ApplicationPackageManager(10100): cscCountry is not German : INS 
04-09 12:25:17.429: E/startRecording(10100): start Recording 
04-09 12:25:17.445: I/AudioCapturer(10100): Audio Recorder created 
04-09 12:25:17.546: I/Audio Player(10100): Audio Track instance created buffer Size : 2972 
04-09 12:25:17.546: I/SpeexThread(10100): Thread Started Successfully.. 
04-09 12:25:17.734: D/dalvikvm(10100): GC_CONCURRENT freed 55K, 44% free 3208K/5639K, external 408K/517K, paused 4ms+6ms 
04-09 12:25:17.945: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 39% free 3765K/6151K, external 408K/517K, paused 3ms+8ms 
04-09 12:25:18.148: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 36% free 4277K/6663K, external 408K/517K, paused 3ms+8ms 
04-09 12:25:18.414: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 33% free 4981K/7367K, external 408K/517K, paused 3ms+9ms 
04-09 12:25:18.734: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 29% free 5877K/8263K, external 408K/517K, paused 3ms+9ms 
04-09 12:25:18.828: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:19.164: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 26% free 7093K/9479K, external 408K/517K, paused 3ms+9ms 
04-09 12:25:19.710: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 22% free 8693K/11079K, external 408K/517K, paused 3ms+9ms 
04-09 12:25:19.984: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:20.414: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 19% free 10741K/13127K, external 408K/517K, paused 3ms+9ms 
04-09 12:25:21.156: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:21.171: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 16% free 12789K/15175K, external 408K/517K, paused 3ms+11ms 
04-09 12:25:21.976: D/dalvikvm(10100): GC_CONCURRENT freed <1K, 14% free 14837K/17223K, external 408K/517K, paused 3ms+9ms 
// same messages errors continue 
04-09 12:25:28.117: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:29.242: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 8% free 29172K/31559K, external 408K/517K, paused 3ms+11ms 
04-09 12:25:29.273: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:30.445: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:30.507: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 8% free 31220K/33607K, external 408K/517K, paused 4ms+12ms 
04-09 12:25:31.601: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:31.820: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 7% free 33268K/35655K, external 408K/517K, paused 3ms+12ms 
04-09 12:25:32.757: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:33.187: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 7% free 35316K/37703K, external 408K/517K, paused 3ms+13ms 
04-09 12:25:33.929: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:34.593: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 7% free 37364K/39751K, external 408K/517K, paused 4ms+11ms 
04-09 12:25:35.085: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:36.039: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 6% free 39412K/41799K, external 408K/517K, paused 3ms+12ms 
04-09 12:25:36.242: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:37.406: W/AudioTrack(10100): obtainBuffer() track 0x1d0478 disabled, restarting 
04-09 12:25:37.617: D/dalvikvm(10100): GC_CONCURRENT freed 1K, 6% free 41460K/43847K, external 408K/517K, paused 5ms+13ms 
04-09 12:25:38.640: D/dalvikvm(10100): GC_FOR_MALLOC freed 1K, 6% free 43507K/45895K, external 408K/517K, paused 933ms 
04-09 12:25:38.656: I/SpeexThread(10100): exitting Thread 
04-09 12:25:38.656: E/stopRecording(10100): stop Recording

的AudiTrack每隔几毫秒重新启动，垃圾收集几乎是连续调用。我怎样才能最大限度地减少GArbage Colloection调用，以及AudioTrack重启后的原因是什么？ plz帮助...

来源

2012-04-09 aProgrammer

亲爱downvoter，如果他们的一些问题，请发表评论，这样我可以改进的问题和学习...谢谢！ – aProgrammer 2012-04-10 06:39:38

感谢你有一个垃圾收集器老兄，你不想阻止它，它的清理是因为你的实现有问题，你需要使用AudioTrack发布一些代码以获得更多帮助。（我不downvoter） – Rob 2012-04-11 14:58:24

@Rob，谢谢...我仍然在研究同样的问题...不久我会发布我的进度... – aProgrammer 2012-04-12 05:27:25

一个temporaral问题的解决方案是通过使用dalvik.system.VMRuntime.getRuntime().setMinimumHeapSize(32 * 1024 * 1024);增加HEAPSIZE但是这种做法是不建议，并应避免。

通过广泛的调试我发现真正的问题是由于重叠接口和一些泄漏功能。后来我删除接口之一，重新设计的整体解决方案和重新分解的代码和解决我的问题。

如果你有一些其他的解决办法，请分享，

来源

2012-04-12 07:38:31 aProgrammer

非常好，谢谢你分享。 – Rob 2012-04-12 15:02:56

我有同样的问题，你可以请张贴一些您的修补程序的样本？我知道他们可能是特定的，但可能仍然有用。谢谢 – Onheiron 2012-06-08 12:36:17

我只是在onCreate（）里面增加了上面这行代码来增加内存大小。它工作，但是后来你需要重构你的代码，以便优化内存使用... – aProgrammer 2012-06-11 05:05:05

如何阻止GC_CONCURRENT如此频繁地运行？

回答

相关问题