我的应用程序中有一个 AVPlayer 实例。我使用时间边界观察功能:
[self setTimeObserver:[player addBoundaryTimeObserverForTimes:watchedTimes
queue:NULL usingBlock:^{
NSLog(@"A: %i", [timeObserver retainCount]);
[player removeTimeObserver:timeObserver];
NSLog(@"B: %i", [timeObserver retainCount]);
[self setTimeObserver:nil];
}]];
问题是,根据 Instruments,我在这段代码的某处泄露了一些数组和值。我在示例代码中标记为 A 和 B 的地方检查了 AVPlayer 返回的时间观察 token 的保留计数。在 A 点,保留计数为 2,在 B 点,保留计数增加到 3(!)。添加本地自动释放池不会改变任何东西。我知道保留计数不是可靠的指标,但这似乎有点可疑。关于为什么保留计数增加或关于我的泄漏的任何想法?泄漏点的堆栈跟踪如下所示:
0 libSystem.B.dylib calloc
1 libobjc.A.dylib _internal_class_createInstanceFromZone
2 libobjc.A.dylib class_createInstance
3 CoreFoundation __CFAllocateObject2
4 CoreFoundation +[__NSArrayI __new::]
5 CoreFoundation -[__NSPlaceholderArray initWithObjects:count:]
6 CoreFoundation +[NSArray arrayWithObjects:count:]
7 CoreFoundation -[NSArray sortedArrayWithOptions:usingComparator:]
8 CoreFoundation -[NSArray sortedArrayUsingComparator:]
9 AVFoundation -[AVPlayerOccasionalCaller initWithPlayer:times:queue:block:]
10 AVFoundation -[AVPlayer addBoundaryTimeObserverForTimes:queue:usingBlock:]
如果我理解正确,AVPlayerOccasionalCaller 是 addBoundaryTimeObserverForTimes:queue:usingBlock: 返回的“不透明”对象,或者时间观察器。
最佳答案
一个对象的绝对保留计数是没有意义的。
您应该调用 release 的次数与导致对象保留的次数完全相同。不会少(除非您喜欢泄漏),当然不会多(除非您喜欢崩溃)。
参见 Memory Management Guidelines了解全部详情。
在这种特定情况下,您正在打印的保留计数完全无关紧要。 removeTimeObserver: 可能正在保留和自动释放对象。没关系;这是一个实现细节。
在 Instrument 中使用 Leaks 模板时,请注意 Allocations instrument 被配置为记录引用计数。当您检测到“泄漏”时,请查看该对象的引用计数事件列表。可能会有一个堆栈,您的某些代码会触发额外的保留。如果不是,则可能是框架错误。
关于memory-leaks - 泄漏 [AVPlayer addBoundaryTimeObserverForTimes],我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/4163353/
作为我的Rails应用程序的一部分,我编写了一个小导入程序,它从我们的LDAP系统中吸取数据并将其塞入一个用户表中。不幸的是,与LDAP相关的代码在遍历我们的32K用户时泄漏了大量内存,我一直无法弄清楚如何解决这个问题。这个问题似乎在某种程度上与LDAP库有关,因为当我删除对LDAP内容的调用时,内存使用情况会很好地稳定下来。此外,不断增加的对象是Net::BER::BerIdentifiedString和Net::BER::BerIdentifiedArray,它们都是LDAP库的一部分。当我运行导入时,内存使用量最终达到超过1GB的峰值。如果问题存在,我需要找到一些方法来更正我的代
你好,我无法成功如何在散列中删除key后释放内存。当我从哈希中删除键时,内存不会释放,也不会在手动调用GC.start后释放。当从Hash中删除键并且这些对象在某处泄漏时,这是预期的行为还是GC不释放内存?如何在Ruby中删除Hash中的键并在内存中取消分配它?例子:irb(main):001:0>`ps-orss=-p#{Process.pid}`.to_i=>4748irb(main):002:0>a={}=>{}irb(main):003:0>1000000.times{|i|a[i]="test#{i}"}=>1000000irb(main):004:0>`ps-orss=-p
我的两个不同的Rails应用程序的内存有一些奇怪的问题。这两个应用程序都使用rails3.0.7。每个Controller请求分配20-30-50MB的内存。在生产模式下,这个数量减少到5-10。但这是同样的事情。这是两个应用程序使用的gem列表:gem'pg'gem'haml'gem'sass'gem'devise'gem'simple_form'gem'state_machine'gem"globalize3","0.1.0.beta"gem"easy_globalize3_accessors"gem'paperclip'gem'andand'关闭所有这些gem不会给我任何结果。我
几周前我升级到Lion,它完全被RubyonRails环境搞砸了。我已经安装了RVM,不同的ruby版本,但似乎找不到解决方案……我认为这是我升级到Lion所能做的最糟糕的决定之一。它只会给我带来问题。无论如何,我已经意识到渲染我的应用程序页面(它在已部署的服务器上以及在其他机器上本地运行良好)会增加20-30mb的ruby进程内存,这有点疯狂。所以你可以想象一下,过了一会儿,我的ruby进程使用了2gb的内存,我的电脑就不能用了。我见过很多人在升级到Lion时遇到问题,但我一直无法为我的案例找到解决方案。有人遇到过同样的问题吗?我有什么想法可以尝试解决这个问题吗?谢谢
我在使用File.realpath()时遇到问题,留下的字符串似乎没有被垃圾收集。在我看来,这像是内存泄漏,但我无法想象这样的事情对于核心库方法来说真的是真的。考虑以下代码:defstring_test(string)putsstringendGC.startreport=MemoryProfiler.reportdos='./foo.txt'.freezestring_test(s)s=nilGC.startendreport.pretty_print这会产生(以及其他冗长的输出):Totalallocated:0bytes(0objects)Totalretained:0bytes
上周我们将一个在Rails3.0.1上运行的小项目升级到了Rails3.2.2。升级后不久,我们发现偶尔,一天2-3次,我们会看到一个巨大的PhusionPassenger进程(1-5GB)。我们正在运行PhusionPassenger3.0.11和Ruby1.9.3-p0。我们已经尝试了不同的Ruby版本(1.9.2-p290和1.9.3-p125)但没有成功。之后,我们尝试使用Oink来跟踪我们的内存使用情况.不幸的是,Oink没有显示内存膨胀的原因——大型进程似乎不再写入日志文件。当我们降级回Rails3.0.1时,问题就消失了。有没有人有类似的问题?我们确实检查了我们的代码是否
我正在使用Merb开发Web应用程序,并且正在寻找一些安全稳定的图像处理库。我曾经在php中使用Imagick,然后转移到ruby并开始使用RMagick。但有一个问题。长时间运行的脚本导致内存泄漏。有几个解决方案存在,但我不知道哪个是最稳定的。那么,你怎么看?现在,我的应用程序使用我在PHP中编写的用于处理图像的内部API。它与其他应用程序一起在单独的服务器上运行,因此这不是一个大问题。但我认为这不是一个好的架构。无论如何,我会考虑任何实用的技巧。 最佳答案 我也遇到过这个问题-解决方案是强制垃圾回收。当您将图像变量重新分配给
我有一个Rails3.2.8应用程序在HerokuCedar上运行,使用Ruby1.9.3。该应用程序启动时运行良好,但在连续使用一天左右后,我开始在我的日志中看到R14错误。一旦出现内存错误,它们就永远不会消失,即使应用闲置几个小时也是如此。垃圾收集器不应该过一段时间就清理不用的对象,减少内存负载吗?这似乎在Heroku上没有发生。通常,在运行一些包含几千行数据的报告后,内存使用量开始逐渐增加,尽管结果是分页的。如何找到内存泄漏?像bleak_house这样的插件已经过时或不能在Heroku环境中正常运行。我可以调整GC设置以使其更具攻击性吗? 最佳答案
我正在使用Mechanize来简化某些文件的下载。目前我的脚本使用以下行来实际下载文件...agent.get('http://example.com/foo').save_as'a_file_name'然而,这会将完整的文件下载到内存中,然后再将其转储到磁盘。你如何绕过这种行为,直接下载到磁盘?如果我需要使用WWW:Mechanize以外的东西,那么我将如何使用WWW:Mechanize的cookies呢? 最佳答案 您真正想要的是Mechanize::Downloadhttp://mechanize.rubyforge.org/
我的项目正在发生内存泄漏,部署后,它的内存在10分钟内从500MB增加到1800MB。我试过很多工具,但没有一个是好用的。我使用了jprofiler,它显示了调用堆栈,内存分配,哪个类/方法被调用过多…以图表的形式,非常容易阅读和分析。我真的很喜欢这个。这样地:像这样:我已经找到这个工具:https://github.com/tenderlove/heap-analyzer,但我还没有使用。那么,有什么好的方法/工具可以找到ruby/rails内存泄漏吗?我试过mini_profiler,但没有达到预期的效果。谢谢! 最佳答案 您还