引用:

原帖由 dboy99 于 2014-11-18 16:59 发表
把iphone6的慢归咎于压缩是完全错误的，平时关注SSD的人应该都听说过苹果当年收购anobit吧，ip6就是用的他的主控，而anobit从来都没有声称过他们的主控具备压缩功能。至于说依靠CPU来做压缩就更可笑了，MLC版ip6的小 ...

我的推测是iPhone只在TLC的存储上使用主处理器进行透明压缩来节约闪存寿命和改善性能，这是参照文章的内容来分析的结论，可以解释文中所有结果。MLC版的小文件有没有读写性能下降与我的推测有啥关系？

而所谓的Cache不能解释为什么TLC版的对随机数据性能极差，如果使用Cache机制，TLC在使用随机数据和全零数据时会具有同样曲线。

更进一步来说，原文在测试400MB数据写时，TLC版的iPhone做到了持续性能200MB/s，而在800MB数据写时性能暴跌。如果这是使用Cache机制导致，至少说明两点，1、iPhone6可以划分出至少400MB以上内存供IO用作Cache；2、iPhone6的内存性能只有200MB/s。这两点看起来都很不可能。

引用:

原帖由 ff_cactus 于 2014-11-18 17:11 发表

你到底是想通过本质解释现象，还是想通过现象解释现象？ 确实没看懂。 我又没说文章的数据在造假， 我质疑的是数据的解释。你把实验再做一次能解释什么？

dd有个参数可以设置oflag，去man一下看看是啥意思。

引用:

原帖由 xphi 于 2014-11-18 17:18 发表


dd有个参数可以设置oflag，去man一下看看是啥意思。

你的测试最多只能解释为什么400MB那里为什么会有一个巨大的滑坡。问什么随机数据填写没有呢。

总之吧，这篇测评问题颇多。
最严重的问题我也说了，居然连最重要的读取速度都没测。如果依照这篇文章的数据，我反倒觉得在绝大多数的情况下TLC更有优势。某些应用程序奔溃也不应该是缓存管理的原因，毕竟相关算法等已经相当成熟，不至于造成系统奔溃。以后TLC反倒是趋势了。

引用:

原帖由 ff_cactus 于 2014-11-18 17:27 发表

你的测试最多只能解释为什么400MB那里为什么会有一个巨大的滑坡。问什么随机数据填写没有呢。

我再引一遍你的问题：

引用:

原帖由 ff_cactus 于 2014-11-18 16:54 发表

你不说缓存的速度约等于内存的速度吗，还能不断变快？

我截图是告诉你这个问题的答案。

至于原文的测试结果，我第一帖就解释了。

posted by wap, platform: iPhone

引用:

原帖由 @xphi  于 2014-11-18 17:33 发表
我再引一遍你的问题：

我截图是告诉你这个问题的答案。

至于原文的测试结果，我第一帖就解释了。

你的截图解释了为什么会越来越快了？