war*_*enm 5 iphone streaming nsurlconnection
我正在编写一个应用程序来缓存来自iPhone上的流媒体内容.现在,我将数据保存到磁盘(块大小从1KB到大约60KB),但应用程序响应有点迟缓(比我预期的要好,但仍然非常糟糕).
我的问题是:有没有人有一个经验法则,即设备内存的频繁和大量写入应该最大限度地提高性能？
我知道这似乎是应用特定的,我打算为我的方案做性能调整,但是这一般适用于iPhone上的任何应用程序下载大量的数据,因为有可能是一个甜蜜点(给予足够的输入数据的可用性)写频率/尺寸.
这些是我已经阅读过的与此问题相关的资源,但没有人解决在转储之前要累积多少数据的具体问题:
一年后,我终于开始编写测试工具来测试流式下载的分块性能.
这是设置:使用iPhone 4通过Wi-Fi连接*下载带有异步的大文件NSURLConnection.每当下载的数据量超过阈值时,定期将下载的数据刷新到磁盘(原子地).
结果:它没有任何区别.使用32kB和512kB块(以及其间的几个大小)之间的性能差异小于使用相同块大小的运行之间的差异.正如预期的那样,文件下载时间几乎完全由在网络上等待所花费的时间组成.
*平均吞吐量约为8Mbps.
| 归档时间： |
|
| 查看次数： |
2238 次 |
| 最近记录： |