问题是当使用简单的CGDataProvIDerCreateWithURL(…)后跟CGImageSourceCreatethumbnailAtIndex(…)时,系统会缓存文件的内容(在非活动内存中),这会导致显着的性能损失.
最近的解决方案:
Here,建议使用[NSData dataWithContentsOfURL:inURL选项:NSUncachedRead错误:nil]然后使用CGImageSourceCreateWithData(…)来防止系统缓存文件.
最接近的解决方案的问题
此解决方案需要在创建缩略图之前将ENTIRE文件读取到内存中,这会导致另一个显着的性能损失.
我已经尝试过的事情:
>使用[NSData dataWithContentsOfURL:inURL选项:NSUncachedRead | NSDataReadingMappedAlways错误:nil];但似乎忽略了NSUncachedRead选项(缓存到非活动内存的文件).
>使用CGDataProvIDerCreateWithURL,但它也缓存文件.
>编辑:使用CGDataProvIDerCreateSequential(…)创建的自定义CGDataProvIDer作为@justin建议,但CGImageSourceCreateWithDataProvIDer调用CGDataProvIDercopyData,它首先从我的自定义数据提供程序复制整个图像数据(我只想读取缩略图),甚至在我调用之前到CGImageSourceCreatethumbnailAtIndex.
有关如何获取缩略图而不将整个文件加载到内存而不缓存它的任何建议?
附:我在创建图像源和缩略图时已经将kCGImageSourceShouldCache设置为kcfBooleanFalse,但它似乎只与解码数据有关,而与读取文件时缓存的原始数据无关.
编辑:我用10.8. CGImageSourceCreateWithDataProvIDer等函数的实现在其他平台/版本上可能有所不同.
解决方法 我建议您确保了解映射内存,虚拟内存和磁盘缓存在目标系统上的实际工作方式(注意:OS X版本的实现方式各不相同).我这样说是因为大多数Cocoa开发人员都不太了解OS X上的磁盘缓存和内存映射,因为它不会妨碍大多数人的工作(是的,这是我自己的假设).尽管如此,我是花费大量时间与之抗争的极少数人之一(甚至提出错误);数以千计的媒体资产的开放和关闭是其中一个合格的案例,其中缓存可以成为一个真正的显示或至少是性能障碍.要遍历缓存:使用CGDataProvIDerCreateSequential创建数据提供程序并实现自己的读取器实现(打开文件)(例如使用fopen),然后在读取之前使用fcntl的F_NOCACHE选项禁用缓存.然后,您可以在每次需要数据时运行到磁盘或实现自己的缓存策略,该策略针对您读取的数据进行了优化(例如,在读取文件时将标头缓存在内存中,但直接从磁盘读取图像数据).当您确保文件无法在背后更改时,生活会更轻松.无论如何,理论上看起来不错.
总结以上是内存溢出为你收集整理的cocoa – 创建CGImageRef而不缓存任何东西全部内容,希望文章能够帮你解决cocoa – 创建CGImageRef而不缓存任何东西所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)