» 您尚未登录:请 登录 | 注册 | 标签 | 帮助 | 小黑屋 |


发新话题
打印

说说 iPhone6 TLC 测评中的一些错误。

lz的那贫乏的知识面就别出来现了,是打算继虚拟内存之后再增添一个头衔么


TOP

引用:
原帖由 ff_cactus 于 2014-11-18 14:59 发表

是很贫乏,我觉得我还是不能很好的解释数据,请多多指教。
内存和nand的写入速度有一个速度差,假如内存的写入速度是5000MB/s,TLC nand的写入速度是50MB/s,那么这个速度差就是4950MB/s了

数据先写入到内存,因为内存速度快,只需要0.1秒就能把400MB的缓存塞满
与此同时缓存部分会把数据回写到nand并清空缓存,但是速度就慢多了只有50MB/s
因为缓存的大小是固定的,当缓存满了之后iphone6只能等待缓存回写清空才能继续拷贝数据,这时拷贝速度就直接等于nand的写入速度



TOP

引用:
原帖由 ff_cactus 于 2014-11-18 15:23 发表

我还以为你有多高明的解释呢。那为何400MB以前,每秒速度还是不断提升的,照你的意思应该,在缓存没写满之前,速度应该是恒定的呀。
读写速度跟文件大小是相关的,如果你连这个常识都不懂就不要随便发表高论了

自己用atto benchmark测一下你的硬盘看是不是速度恒定?

知识面贫乏不是错,但是出来现就不对了


TOP

引用:
原帖由 ff_cactus 于 2014-11-18 16:02 发表

[root@workstation ~]# dd if=/dev/zero of=/tmp/filename bs=1024K count=10
10+0 records in
10+0 records out
10485760 bytes (10 MB) copied, 0.0219152 s, 478 MB/s
[root@workstation ~]# dd if=/dev/ze ...
bs=1024K这个参数控制写入块大小,从头到尾都是1024k所以速度也差不多

我能说你是个xx么,这么低级的问题都要反复问

TOP

引用:
原帖由 xphi 于 2014-11-18 15:56 发表
楼主和HKEPC都在瞎分析,这个表现和Linux的Page cache一点关系都没有。这个测试的结果相当明显,原因也很简单,熟悉SSD的一眼就能看出来,这明显是用TLC的iPhone使用了数据压缩加速技术。早期SSD上常用,当时以SandF ...
我擦,这是我今天看到的第二个神论了,可以跟虚拟内存大神的神论相媲美

TOP

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

count从10变到60你眼睛瞎啦看不到吗? 看你还要装逼到什么时候。
小文件写一百遍还是小文件,你的逻辑我是越来越看不懂了

TOP

引用:
原帖由 xphi 于 2014-11-18 16:19 发表


Sandforce的压缩加速又不是什么神秘技术,11年前后透明压缩的各种分析文章到处都是,你就不能自己找点资料读一下?
比你看得多得多,你只知道sandforce有压缩,有听说过台湾的群联主控也是带压缩的吗?


sandforce主控的压缩跟小文件写入有个屁关系啊,压缩是在底层用DSP实现的,不会消耗主控算力,而且跟文件层一点关系都没有,不会因为压缩而降低了小文件随机速度

不光没有降低,对于可压缩的文件,压缩型主控可以根据压缩率大幅度提高读写性能

至于说为什么sandforce的4k性能都比较菜,你要明白一点是目前市面上几乎所有的sandforce主控都是sf2281,这个主控已出来三年多了,性能追不上其他新主控也是很正常的。

想多学学ssd的知识可以去pceva看看,那里大神多的是

TOP

不得不佩服内存大神,被打脸啪啪的啥事没有继续献丑

在正常的测试中1k的文件块因为太小了,所以会适当增大count来排除缓存的影响

假设硬盘的速度随着bs大小线性增长的,那么为了节省测试时间,可以做一个这样的设定
bs=1k count=20000
bs=2k count=10000
bs=4k count=5000
bs=8k count=4000
bs=16k count=2000
。。。。
bs=1024k count=200

TOP

引用:
原帖由 ff_cactus 于 2014-11-18 16:48 发表

你到底能不能解释为什么在400MB以内TLC的写入速度随着数据量的变大而变大?如果你说是因为缓存造成的,请解释原因。解释不了发表一些人们能听懂的讲解也可以,否则请闭嘴。
400MB内TLC的速度其实就是缓存的速度,而缓存的速度是会随着bs的增大而提高,这逻辑够简单了吧

TOP

把iphone6的慢归咎于压缩是完全错误的,平时关注SSD的人应该都听说过苹果当年收购anobit吧,ip6就是用的他的主控,而anobit从来都没有声称过他们的主控具备压缩功能。至于说依靠CPU来做压缩就更可笑了,MLC版ip6的小文件读写没有受影响就证明苹果没有使用CPU做压缩。

anobit这家小公司的长项是在于通过特殊的信号处理和纠错算法大幅度提高nand的寿命,苹果也是看中了这一点才会花5亿美金收购这家小公司。

也可以说,苹果从2011年就开始为iphone6使用tlc铺路了

TOP

发新话题
     
官方公众号及微博