iOS 上可怕的 libPNG 性能
Horrific libPNG performance on iOS
我目前正在使用开源libPNG库来读取和解压缩位图。 它在Android,OS X和Win32上运行良好,但由于某种原因,在iOS设备上的执行速度慢了30倍。 所有平台上都使用相同的libPNG源代码树(未修改(。
我在 Cocos2D 论坛中发现的几件事让我相信这是 iOS 上的 zlib 实现的问题,但我尝试同时使用 stb_image 和 LodePng 来避免 zlib,这些库实际上表现得比 libPNG 更差!
是否有一些特殊的方式来"正确"地为 iOS 构建 libPNG? 如果不是,那么libPNG在做什么,在iOS上慢得多? 为什么stb_image也会变慢/变慢? 是否有已知的解决方法或更正此问题?
谢谢自动对焦
您可以尝试重建 zlib,这可能会解决您的问题。如果没有,请尝试寻找一些支持 PNG 的流行开源 iOS 应用程序,这些应用程序可能已经解决了这个问题。您甚至可以在他们的论坛上发帖。
相关文章:
- 删除一个线程上有数百万个字符串的大型哈希映射会影响另一个线程的性能
- OpenMP阵列性能较差
- 递归列出所有目录中的C++与Python与Ruby的性能
- 大小相等但成员数量不同的结构之间的性能差异
- 为什么constexpr的性能比正常表达式差
- 在类中使用随机生成器时出现性能问题
- 在main()之外初始化std::vector会导致性能下降(多线程)
- 海湾合作委员会 ARM 性能下降
- GCC 和 Clang 代码性能的巨大差异
- 在容量内调整矢量大小时的性能影响
- 了解算法的性能差异(如果以不同的编程语言实现)
- 未达到的情况会影响开关外壳性能
- QStringList vs list<shared_ptr<QString>> 性能比较C++
- 是否总是可以将使用递归编写的程序重写为不使用递归的程序C++,性能观点是什么?
- 哪种方法更好,性能明智
- C++ 特征库:引用的性能开销<>
- 与多个 for 循环与单个 for 循环 wrt 相关的性能从多映射获取数据
- 基于范围的 for 循环range_declaration中各种说明符之间的性能差异
- std::p mr::memory_resource 如何与 std::container 产生性能差异?
- iOS 上可怕的 libPNG 性能