POPPUR爱换

标题: SSD组RAID0长时间使用性能下降明显吗? [打印本页]

作者: chinesepla    时间: 2011-6-12 11:07
标题: SSD组RAID0长时间使用性能下降明显吗?
两块镁光M4 64G组RAID0,由于组RAID0后,将不支持TRIM,但是如果给硬盘留有足够的空间,长时间使用性能下降明显吗?
作者: Will    时间: 2011-6-12 12:00
intel g2 80g x2 raid0 用了n久,没发现这个问题。

如果你真的很 care 的话,一年重新安装一次系统就可以啦。
作者: chinesepla    时间: 2011-6-12 12:15
回复 Will 的帖子

还有一个问题就是组RAID0后,WIN7的启动速度是不是比一块SSD的速度要快?

作者: novaking    时间: 2011-6-12 12:28
会更慢,买容量大的就行了,没必要R0
作者: zzwjz    时间: 2011-6-12 13:10
novaking 发表于 2011-6-12 12:28
会更慢,买容量大的就行了,没必要R0

SSD如果组Raid, 起码4块....8块才能体会到真谛.....

作者: James007ss    时间: 2011-6-12 14:12
一般家用,SSD组R0毫无意义。
作者: cellwing    时间: 2011-6-12 15:17
提示: 作者被禁止或删除 内容自动屏蔽
作者: affc    时间: 2011-6-12 22:41
cellwing 发表于 2011-6-12 15:17
高端ssd固件做得好,不会明显下降,安全性也好
昨晚我的廉价mlc ssd干脆全部分区丢失,所有数据没了,修复 ...

你用什么那么悲剧?
作者: cellwing    时间: 2011-6-14 12:55
提示: 作者被禁止或删除 内容自动屏蔽
作者: whhwhhwhh    时间: 2011-6-14 13:33
用主板做RAID,除了R1别的从来不考虑
作者: DIHCRO    时间: 2011-6-14 14:58
我觉得楼猪可以自己做实验试试RAID0比单块硬盘快多少...
作者: trueman_uk    时间: 2011-6-14 18:47
我自己测试,启动速度差不多,但是如果用SSD做视频这样的大文件编辑的话,RAID处理速度比单盘还是要快的多。
作者: 左脚选手    时间: 2011-6-15 22:46
raid0对于SSD来说,可以增加读写寿命,毕竟数据平均写到2块硬盘上,单块硬盘的写数据就少了。
作者: 阿摩    时间: 2011-6-16 09:58
目前SSD组Raid以后,Trim就无效了。
作者: 太虚公    时间: 2011-6-16 10:50
左脚选手 发表于 2011-6-15 22:46
raid0对于SSD来说,可以增加读写寿命,毕竟数据平均写到2块硬盘上,单块硬盘的写数据就少了。

trim没了写入增加的量远不止2倍
作者: 左脚选手    时间: 2011-6-16 12:25
太虚公 发表于 2011-6-16 10:50
trim没了写入增加的量远不止2倍

TRIM和SSD的写入量和写入寿命没有大的关系,只是预先处理,要写要擦的数据量还是一样的。
作者: 太虚公    时间: 2011-6-16 12:32
左脚选手 发表于 2011-6-16 12:25
TRIM和SSD的写入量和写入寿命没有大的关系,只是预先处理,要写要擦的数据量还是一样的。

麻烦你再去看一下trim的功能   谢谢

请原谅我比较笨   没法向您解释一个这么简单的问题

作者: 左脚选手    时间: 2011-6-16 12:39
太虚公 发表于 2011-6-16 12:32
麻烦你再去看一下trim的功能   谢谢

请原谅我比较笨   没法向您解释一个这么简单的问题

只是预先处理,把该擦除的先插了而已,提高性能,还能减少写入量?100G数据写入一个160G的SSD G2,或者100G写入raid0的160GX2,难道还是raid0中的一个盘数据写入量更高?
作者: 太虚公    时间: 2011-6-16 12:57
左脚选手 发表于 2011-6-16 12:39
只是预先处理,把该擦除的先插了而已,提高性能,还能减少写入量?100G数据写入一个160G的SSD G2,或者10 ...

看来我不得不以较低的**  勉强向你解释一下这个很简单的问题了

trim做的唯一一件事情是把操作系统标记为删除的数据同时告诉给SSD的主控     而没有trim的时候操作系统只是告诉了文件系统也就是我们所谓的分区

没有trim  数据在操作系统上被删除了   但是SSD的主控并不认为数据被删除了   当要空间回收的时候会把这部分实际已经没用的数据保留下来    这个保留就是复制到一个已被擦除的可供写入的块里面

有trim这部分数据就不会被复制    空间回收是一个正常的SSD本职工作

作者: 左脚选手    时间: 2011-6-16 13:22
本帖最后由 左脚选手 于 2011-6-16 13:24 编辑
太虚公 发表于 2011-6-16 12:57
看来我不得不以较低的**  勉强向你解释一下这个很简单的问题了

trim做的唯一一件事情是把操作系统标记 ...

你说的空间回收应该是GC吧,trim是trim,别把2个东西混在一起,并不是所有的SSD都支持GC的,而且GC要腾挪数据,本身就会增加写入量,现在主流的方法就是trim而非GC。
A: 简而言之,这个问题是因为操作系统和文件系统不能和SSD的主控进行删除文件的交流造成的,如果有之前没清除干净的数据,所有写入的页的操作都要先清除块再改写,将严重影响写入速度。有2种途径来修复这个问题:

第一个就是定期运行垃圾回收程序(GC)(这个操作有点像整理,在SSD空闲时,全盘扫描有效的页并合并整理起来变为一个包含全部有效页的块,而那些无效的页和块都将被完全的清除)。

第二个更好的途径就是当数据删除时候让系统告诉SSD数据没了,让SSD立即擦掉那些数据占用的块,这就是Trim命令做的事。
当一个文件在支持Trim的系统里被删除后,操作系统会发个命令给SSD,让他知道这个数据所在的这个page可以直接被写入,等于把控制权从操作系统变为了SSD主控制器固件。SSD一样会复制整个包含删除数据的块到缓存,清空块并写入有效数据的页回去,区别是这样等于把这个延迟时间从覆写数据的那个时间提前到了删除数据的时候(这个时候你对速度不敏感,如果你删除了很大很大的数据,可以去观察硬盘灯在你删除之后几秒内狂闪),自然就会显得SSD的速度回来了,因为你写入的时候有可用的空块。barefoot主控的SSD,有个程序叫做Wiper,这个程序会扫描全盘,清除掉全盘过去被删除的页(和Trim的操作一样,手动),让SSD像新买来的一样。事实上这个程序在清除全盘已删除的数据之前,预先做了有效数据备份。由于程序独特算法和主控对应,别家的主控不支持,因为不算是真正的Trim命令(不是由系统发出的命令),所以可以支持XP之类的老系统。

所以我们可以说,Trim保证速度不下跌的真正秘密是: 把将来要做的事提前做掉了。 但是这件事迟早要做,所以基本不会影响SSD原有的写入次数(寿命)。
有很多人说,Trim是为测试而生的,这话其实没错,因为 1.Trim不能提速,只是保证速度尽可能不下降。(实际是SSD上没被使用的容量那里的速度不下降。Trim提前把那里的块清空了。下次直接可以写当然快了。)2.Trim没改变原本要做的事,只是提前做掉了,测试软件测试时候就不需要做了,从而“显得”速度上去了。
对于GC来说,由于是移动,整理,合并了旧页到新块,删除了无效的旧块,会牺牲点写入次数(寿命)。但是GC支持RAID,也算有利有弊吧。


作者: 太虚公    时间: 2011-6-16 13:31
左脚选手 发表于 2011-6-16 13:22
你说的空间回收应该是GC吧,trim是trim,别把2个东西混在一起,并不是所有的SSD都支持GC的,而且GC要腾挪 ...

上帝啊
trim提前做掉了  提前做掉了    ……
trim只是做标记  不实际擦除数据   数据依然在SSD上    flash上数据的擦除是以块为单位的     但是os的删除标记是以数据本身为单位的    结合文件系统就是以簇为单位的    一般情况下是以4k为单位的    flash上的块往往是256个  512个  甚至更多的大小为4K或者8K的页

麻烦你告诉我如何才能提前做掉   提前做掉   提前做掉   是不是把和要删除的数据在同一个块里的数据一起都删除了?

作者: 左脚选手    时间: 2011-6-16 13:40
太虚公 发表于 2011-6-16 13:31
上帝啊
trim提前做掉了  提前做掉了    ……
trim只是做标记  不实际擦除数据   数据依然在SSD上    f ...

原本以为你懂一点,原来是8窍通7窍啊,连trim的目的都不知道,再贴一遍我刚才的文章,重点帮你加红加粗,自己好好看

要覆写一个4KB 页的文件系统,首先要把整个512KB 块复制进缓存里。然后,在缓存里删除这个4KB页,替换成新的数据。接下来,清空整个闪存内的这个512KB区域,并从缓存里把新的数据写回去。如果你需要同时覆写很多的块 - ”例如是一系列小文件随机写入操作或者只是简单的写入一个大文件到SSD“。你会让你的SSD缓存快速过载,然后你的写入速度就会”垂直落体“。。。

A: 简而言之,这个问题是因为操作系统和文件系统不能和SSD的主控进行删除文件的交流造成的,如果有之前没清除干净的数据,所有写入的页的操作都要先清除块再改写,将严重影响写入速度。有2种途径来修复这个问题:

第一个就是定期运行垃圾回收程序(GC)(这个操作有点像整理,在SSD空闲时,全盘扫描有效的页并合并整理起来变为一个包含全部有效页的块,而那些无效的页和块都将被完全的清除)。

第二个更好的途径就是当数据删除时候让系统告诉SSD数据没了,让SSD立即擦掉那些数据占用的块,这就是Trim命令做的事。
当一个文件在支持Trim的系统里被删除后,操作系统会发个命令给SSD,让他知道这个数据所在的这个page可以直接被写入,等于把控制权从操作系统变为了SSD主控制器固件。SSD一样会复制整个包含删除数据的块到缓存,清空块并写入有效数据的页回去,区别是这样等于把这个延迟时间从覆写数据的那个时间提前到了删除数据的时候(这个时候你对速度不敏感,如果你删除了很大很大的数据,可以去观察硬盘灯在你删除之后几秒内狂闪),自然就会显得SSD的速度回来了,因为你写入的时候有可用的空块。barefoot主控的SSD,有个程序叫做Wiper,这个程序会扫描全盘,清除掉全盘过去被删除的页(和Trim的操作一样,手动),让SSD像新买来的一样。事实上这个程序在清除全盘已删除的数据之前,预先做了有效数据备份。由于程序独特算法和主控对应,别家的主控不支持,因为不算是真正的Trim命令(不是由系统发出的命令),所以可以支持XP之类的老系统。

所以我们可以说,Trim保证速度不下跌的真正秘密是: 把将来要做的事提前做掉了。 但是这件事迟早要做,所以基本不会影响SSD原有的写入次数(寿命)。
有很多人说,Trim是为测试而生的,这话其实没错,因为 1.Trim不能提速,只是保证速度尽可能不下降。(实际是SSD上没被使用的容量那里的速度不下降。Trim提前把那里的块清空了。下次直接可以写当然快了。)2.Trim没改变原本要做的事,只是提前做掉了,测试软件测试时候就不需要做了,从而“显得”速度上去了。
对于GC来说,由于是移动,整理,合并了旧页到新块,删除了无效的旧块,会牺牲点写入次数(寿命)。但是GC支持RAID,也算有利有弊吧。


作者: 太虚公    时间: 2011-6-16 13:46
如果你实在不懂flash的工作原理真的   我不得不承认  以我的智我很难跟你解释


怕你读不懂鸟语找了个繁体的还算简单易懂的trim定义   如果你对自己的鸟语有信心可以直接去看ATA8标准里的trim定义

谢谢

四、Trim指令的支援能力(Trim Command Support)
Trim指令(Trim Command)是ATA標準針對SSD所制定的指令(Data Set Management)、並由微軟於Windows 7作業系統開始支援,能夠協助SSD在效能表現與耐受程度都達到最佳化。具有良好Trim Command支援能力的SSD,能夠在消費者不需執行任何動作的狀況下,自動透過系統發出指令,通知Controller去清除SSD中不再需要的資料區塊,像是一些使用者已經刪除掉的檔案,Controller便能透過Garbage Collection動作將之徹底由SSD的儲存區塊中抹除,增加可用空間。然而一顆SSD的Trim Command處理方式也相當程度的決定了SSD本身的效能,像是透過Trim Command自動清除資料的頻率、Trim Command判定合適的清除時機等,都有可能影響到SSD的正常表現。

若要瞭解一顆SSD產品對Trim Command的支援優劣,有幾個簡單的指標可以評估,以附圖為例,像是執行Trim Command時SSD回應的速度、Trim Command與IO Command同時運作時造成的影響、執行Trim Command後對IO Latency的影響,以及SSD本身Performance Degradation的程度等等,都可以作為判斷Trim Command支援能力的依據。若以實際案例比較市售的八顆SSD產品,可以看出顯著的差距,足見各家產品對Trim Command的支援好壞程度差距甚大。
作者: 太虚公    时间: 2011-6-16 13:49
另外至于你引用的那个文章就不要反复引用了     这篇东西连基本的主动GC被动GC和trim都无法区分   你还红字高亮    你让大家情何以堪啊
作者: 左脚选手    时间: 2011-6-16 14:02
太虚公 发表于 2011-6-16 13:46
如果你实在不懂flash的工作原理真的   我不得不承认  以我的智商我很难跟你解释

说出“trim只是做标记  不实际擦除数据   ”这种话你都说得出,可见你对SSD flash根本一窍不通,普通硬盘可以只做标记,要写的时候可以直接写没有性能下降,falsh有内容必须先擦除然后才能写入,这个就是SSD使用久了性能下降的原因,然后不管是GC还是trim,都是减少SSD性能下降的手段,原理我前面的说了2遍,也加红加粗提示了,其实SSD和trim这些原理,这个板块的,我估计10个8个都懂,也就你在这里搞七捻三。
作者: 左脚选手    时间: 2011-6-16 14:05
太虚公 发表于 2011-6-16 13:49
另外至于你引用的那个文章就不要反复引用了     这篇东西连基本的主动GC被动GC和trim都无法区分   你还红字 ...

TRIM引入的原因就是降低SSD性能下降,没听说过还有什么降低SSD写入量的。
作者: 沙门    时间: 2011-6-16 14:07
嘘嘘公你不许欺负英文不好的,人家不就是没读懂官方资料嘛~~
作者: chairmanai    时间: 2011-6-16 14:10
TRIM和SSD的写入量和写入寿命没有大的关系
{:5_203:}

作者: 太虚公    时间: 2011-6-16 14:10
本帖最后由 太虚公 于 2011-6-16 14:13 编辑
左脚选手 发表于 2011-6-16 14:02
说出“trim只是做标记  不实际擦除数据   ”这种话你都说得出,可见你对SSD flash根本一窍不通,普通硬盘 ...

上帝啊
悲惨的trim啊    怎么遇上这么个呆货啊

哦不   是

我只能求围观了

除了trim主动删除数据是错的之外   这篇文章里关于主动删除无效数据的工作方法的描述也是错误的    很少用主控使用cache来完成这个任务的   大部分SSD的cache都是用来存放地址表的     有效数据直接写入空白块而不会脑的读到cache再写回原来的块   不论从效率还是从平衡磨损来说这样做都是NC行为


作者: 左脚选手    时间: 2011-6-16 14:19
太虚公 发表于 2011-6-16 14:10
上帝啊
悲惨的trim啊    怎么遇上这么个呆货啊

那片文章个别阐述有点问题,但是主要思想还是对的,总比你“trim没了写入增加的量远不止2倍”这种言论可信的多,我自己就是SSD的raid0使用者,开始时1块160G的G2,后来又买了块,通过自己的亲自使用,我的结论是,raid0可以显著降低SSD的写入量。
作者: 太虚公    时间: 2011-6-16 14:24
左脚选手 发表于 2011-6-16 14:19
那片文章个别阐述有点问题,但是主要思想还是对的,总比你“trim没了写入增加的量远不止2倍”这种言论可信 ...

既然你说显著降低    既然你实际使用     请用数据说话

对一个问题的争论允许理论和实践两种方式么        既然你要以实践的态度来证明我引用的理论是错误的    那么请给出数据

当然像大便不好吃这种问题我们是不需要你给证明的

作者: 左脚选手    时间: 2011-6-16 14:28
太虚公 发表于 2011-6-16 14:24
既然你说显著降低    既然你实际使用     请用数据说话

对一个问题的争论允许理论和实践两种方式么    ...

我就知道你会这么说,我也不用你相信,因为就算我做测试拿数据你也不会相信,我只是就我个人使用说出我的使用感受,那就是raid0可以显著降低单块SSD的写入量,爱信不信。
作者: aliguagua    时间: 2011-6-16 14:37
太虚公 发表于 2011-6-16 14:10
上帝啊
悲惨的trim啊    怎么遇上这么个呆货啊

一呆一呆,哟~~!
作者: ljlxl    时间: 2011-6-16 14:41
水区观光团进来围观
作者: 太虚公    时间: 2011-6-16 14:48
左脚选手 发表于 2011-6-16 14:28
我就知道你会这么说,我也不用你相信,因为就算我做测试拿数据你也不会相信,我只是就我个人使用说出我的 ...

既然你愿意做个口炮党

那么我来给你数据
[attach]1556823[/attach]
前些日子买的新盘   还没从旧硬盘里把数据都迁进来     只是一个正常使用的系统     我只往里面写数据还没手动删过东西   实际使用容量一半都不到    但是全盘平均磨损已经5个轮回了     这个还是开了trim的情况   操作系统和应用软件本身已经大量的小文件操作磨掉了我5遍盘了

作者: 93blue    时间: 2011-6-16 14:59
水区观光团受邀围观

作者: 左脚选手    时间: 2011-6-16 15:02
本帖最后由 左脚选手 于 2011-6-16 15:43 编辑
太虚公 发表于 2011-6-16 14:48
既然你愿意做个口炮党

那么我来给你数据

你贴这个什么意思呢?你前些日子买的SSD,做系统盘单盘开了trim然后盘平均磨损已经5个轮回了?这个和我说的raid0可以显著降低单块SSD写入量有什么关系?我有说过做系统盘的SSD写入量低吗?我可以以一个使用过raid0 SSD的人身份告诉你,raid0可以显著降低SSD的写入量,还是那句话,爱信不信。
当然,由于raid0不支持trim,时间长了性能降低那是不可避免的,以我使用大概半年的亲生体验来说,目前为止实际使用感觉不到性能下降,只是测试指标有下降,但是指标仍然远高于单块新的SSD。


作者: zzwjz    时间: 2011-6-16 15:06
我考, 长篇大论啊.........不看.....气死你.................
作者: nom8393    时间: 2011-6-16 15:07
嘘嘘公说的不对,左脚说的对。Trim只是偷偷在你不注意的时候删了数据,总删除数据量和不用Trim是一样的。{:5_197:}
作者: mofei88    时间: 2011-6-16 22:51
唉有钱就组!性能到时下去了格下重装就行
作者: 西门13    时间: 2011-6-17 20:12
不用吵,可以直接咨询制造商。{titter:]
作者: neeyuese2008    时间: 2011-6-17 20:23
本帖最后由 neeyuese2008 于 2011-6-17 20:26 编辑

左脚选手引用的那段文字应该是我去年5月写的东西,当时我确实把Trim的定义搞错了,所以这篇东西应该说错误非常多,按照我目前的理解,太虚公说的是正确的,Trim能大量减少写入量(注意这个写入量不是你操作的写入,而是SSD主控做垃圾回收处理时造成的搬运数据写入会因为没有Trim而大增,造成性能下降明显)。
作者: 极度放纵    时间: 2011-6-17 20:36
浴室来了
作者: sailofcloud    时间: 2011-6-17 21:26
不是高负荷读写,性能下降不明显,
写放大会略高,可以忽略.
建议在win7下格式化, 把冗余数据trim掉
然后再组raid.
开机速度会增加.
作者: 厚德载物163    时间: 2011-6-17 23:48
了解一下,学习了。
作者: 太虚公    时间: 2011-6-18 02:38
neeyuese2008 发表于 2011-6-17 20:23
左脚选手引用的那段文字应该是我去年5月写的东西,当时我确实把Trim的定义搞错了,所以这篇东西应该说错误非 ...

{:5_209:}见过浴室姐姐
作者: nsc2005    时间: 2011-6-18 05:06
cellwing 发表于 2011-6-12 15:17
高端ssd固件做得好,不会明显下降,安全性也好
昨晚我的廉价mlc ssd干脆全部分区丢失,所有数据没了,修复 ...

朋友.请教你一下如何給英特尓G3刷固件的方法和软件?我现在用的系统是wIn7      64位;主盘G3    80G.从盘日立2T.我从英持尓官网下的固态硬盘优化软件如论如何都装不了.双击后就一直是那个界面没変化.请问怎么办?谢谢了
作者: 184913407    时间: 2011-6-18 19:25
左脚选手 发表于 2011-6-15 22:46
raid0对于SSD来说,可以增加读写寿命,毕竟数据平均写到2块硬盘上,单块硬盘的写数据就少了。

买80×2,不如直接160好了,不会存在raid卡的种种问题,还可以trim是吧?
10g写入80g和20g写入160g应该load是一样吧?

作者: cellwing    时间: 2011-6-19 00:31
提示: 作者被禁止或删除 内容自动屏蔽
作者: xxxyyy    时间: 2011-6-19 00:51
提示: 作者被禁止或删除 内容自动屏蔽
作者: cellwing    时间: 2011-6-19 01:05
提示: 作者被禁止或删除 内容自动屏蔽
作者: 左脚选手    时间: 2011-6-19 18:41
太虚公 发表于 2011-6-16 14:48
既然你愿意做个口炮党

那么我来给你数据

给你看看真正的证据,让你心服口服
首先第一张图,第一块160G的G2是09年12月2日购买,第二块是10年5月4日购买
[attach]1559250[/attach]
然后下面2张图看
[attach]1559252[/attach]
[attach]1559253[/attach]
看到2块SSD的写入数量的巨大差别了吗?
2块硬盘分别是2.56TB和1.03TB,第一块硬盘买了就装的win7,而且当时据说intel驱动可能会导致trim失效,所以就用ms的默认驱动,第二块SSD买来就立刻弄raid0了。
第二块SSD购买到现在13个月,写入1.03TB,1.03/13=0.0792TB每个月
第一块硬盘比第二块早买5个月,组raid0后,默认2块硬盘写数据是一样的,那么前5个月的写入数量2.56-1.03=1.53TB,1.53/5=0.306TB每个月。
这相差差不多4倍了,不是2倍可以解释的,超过了raid0写入平均分配的理论,我想这里可以解释的是,弄raid0后,我打开了回写高速缓存,这个应该是导致硬盘写入大大减少的主要原因,至于trim可以减少写入,这个看不出,但是raid0开了回写高速缓存写入将大大减少,那是毋庸置疑的。


作者: neeyuese2008    时间: 2011-6-19 18:51
这个是Host Write写入量,不是颗粒磨损量,数值完全取决于你主机请求写入量,只能说明你组RAID 0之后写入请求平摊到2块SSD上了,而2块SSD内部因为没有Trim支持,颗粒磨损度反而是增加的,如果你用的是镁光的SSD,看AD那个颗粒平均磨损值的话,就会得到完全2个不同的结果。
作者: 左脚选手    时间: 2011-6-19 19:10
本帖最后由 左脚选手 于 2011-6-19 19:17 编辑
neeyuese2008 发表于 2011-6-19 18:51
这个是Host Write写入量,不是颗粒磨损量,数值完全取决于你主机请求写入量,只能说明你组RAID 0之后写入请 ...

你没看到数据差不多差4倍吗?trim可以减小数据量差4倍吗?而且平均磨损不是trim决定的,有SSD comtroller固件内部控制的。

另外你说的,你给出证据来,上图说话,别做口炮党。

另外“口炮党”一说是太虚公在35楼说的,没图没数据就是口炮党。


作者: nom8393    时间: 2011-6-19 19:26
本帖最后由 nom8393 于 2011-6-19 19:28 编辑
neeyuese2008 发表于 2011-6-19 18:51
这个是Host Write写入量,不是颗粒磨损量,数值完全取决于你主机请求写入量,只能说明你组RAID 0之后写入请 ...

晕,Trim功能不会减少内存颗粒的磨损总量的,只是提前清空存有不需要数据的内存颗粒。你说得SSD如果不支持Trim会导致硬盘搬运不必要的数据从而增加读写次数的理论,很难让人信服;因为SSD数据本身就是分散在各个闪存块上,没有必要将废弃的数据重新整理。
至于RAID 0是否能确实减少写入量,这个我不好发言。

作者: 左脚选手    时间: 2011-6-19 19:29
nom8393 发表于 2011-6-19 19:26
晕,Trim功能不会减少内存颗粒的磨损总量的,只是提前清空存有不需要数据的内存颗粒。至于RAID 0是否能确 ...

其实你第一个说法“Trim功能不会减少内存颗粒的磨损总量的”成立的话,第二个说法“RAID 0是否能确实减少写入量”这就百分之百肯定了。
作者: neeyuese2008    时间: 2011-6-19 19:41
Host Write指的是你发送写入指令请求了多少写入数据,我这里说Trim减少的是SSD内部在做垃圾回收时需要搬运的”无效“Page数量,这是2个完全不同的概念啊。

操作系统自然知道哪个文件有用,哪个没用,如果在删除文件时没有把这段文件地址用Trim指令发送给SSD主控制器的话,主控制器是不知道这个删除的文件是没用的,为了防止数据出错,它做垃圾回收的时候会一起搬运过去,这个就是我说的没有Trim指令造成了磨损增加的道理。
作者: 太虚公    时间: 2011-6-19 19:41
左脚选手 发表于 2011-6-19 19:10
你没看到数据差不多差4倍吗?trim可以减小数据量差4倍吗?而且平均磨损不是trim决定的,有SSD comtroller ...



系统常用文件才多少?经常读写的才多少?我总计才用了50G   开了trim的情况下就已经写了5个128g了    这些东西大部分都是主控写掉的!而不是OS请求写掉的!我贴的图在明面上只是告诉你这个!    而不是你图,你的图只能说明OS请求写入的数据量的差距!和trim有没有用完全无关。trim减少的是主控的在背后的写入量而不是OS的请求写入量!

当然你不相信trim的工作原理     那就没法和你解释了    你可以认为镁光的主控烂     也可以认为恰好证明开了trim也没啥用

另外这个帖子里没人说平均磨损是trim决定的     trim可以做的是减少磨损仅此一项工作而已

作者: 左脚选手    时间: 2011-6-19 19:51
本帖最后由 左脚选手 于 2011-6-19 20:06 编辑
太虚公 发表于 2011-6-19 19:41
系统常用文件才多少?经常读写的才多少?我总计才用了50G   开了trim的情况下就已经写了5个128g了    ...

不要做口炮党,这是你35楼自己说的。

上图上数据,要直接证据,而不是你的什么“我总计才用了50G   开了trim的情况下就已经写了5个128g了”,现在的操作系统只要开机后台在不断地写东西,swap和其他应用程序的都会有后台缓存,这个很难说的。我装完操作系统也就50--60G,host write不也一个2.56T,一个1.03T了吗?
而且我有直接证据,raid0后开回写高速缓存,单快硬盘host write差不多有4倍的差距,你的所谓的trim降低磨损有直接证据也会有4倍差距吗?

"trim可以做的是减少磨损仅此一项工作而已"这句话也是大多特错,trim能不能减少磨损,这且不论,但是trim可以大大减少SSD长时间使用后的性能降低,这是共识,这么能说“trim可以做的是减少磨损仅此一项工作而已
作者: nom8393    时间: 2011-6-19 19:59
neeyuese2008 发表于 2011-6-19 19:41
Host Write指的是你发送写入指令请求了多少写入数据,我这里说Trim减少的是SSD内部在做垃圾回收时需要搬运的 ...

我觉得你的理论有个很大的漏洞:如果主控不知道哪些数据有用,哪些数据没用,那主控在所有闪存空间被占满后,怎么知道要去删除哪些数据来为新写入的数据腾出空间?所以我认为主控从一开始就知道哪些数据是可以删除的,只是在没有Trim命令支持的情况下,不会在所有闪存空间被消耗完之前去回收无用数据占的空间而已。所以主控也没有必要去整理废弃数据占的闪存空间,来凭空增加闪存颗粒的磨损。
作者: 太虚公    时间: 2011-6-19 20:04
左脚选手 发表于 2011-6-19 19:51
不要做口炮党,这是你35楼自己说的。

上图上数据,要直接证据,而不是你的什么“我总计才用了50G   开 ...

不好意思我是工作机,是个连flashplayer都没有的机器,没有东西需要缓存到硬盘上,谢谢你的提醒。

直接证据,直接证据就是理论,就是trim的定义!我唯理论,要讲实际的是你,该给实际数据的是你!

你给的图呢?你给的数据呢?和trim有什么关系?OS请求写入数据量?哈哈,当然你也可以认为trim影响请求写入的数据量,没有问题,你的硬盘听你的!

说你口炮党怎么了?要理论支持没理论支持,要实际数据,好啊,你倒真是给翻出来了,要个桃子你给个黄瓜,不错!

作者: neeyuese2008    时间: 2011-6-19 20:09
nom8393 发表于 2011-6-19 19:59
我觉得你的理论有个很大的漏洞:如果主控不知道哪些数据有用,哪些数据没用,那主控在所有闪存空间被占满 ...

你没有把OP空间考虑进去,比如128G的SSD,格式化后你只能使用119G,另外9G容量里面有很大部分就作为OP,所以即使你写满整个119G容量,还是有约9G的容量可以继续写入,但是你要继续写入就必须删除数据了,假设你删除9G数据,然后再写进9G数据,那么128G的容量都占满了,但是主控因为从映射表看到数据覆盖的原因,得知有9G的数据为无用数据,就会去做这部分的垃圾回收(搬运)操作。

作者: 太虚公    时间: 2011-6-19 20:11
nom8393 发表于 2011-6-19 19:59
我觉得你的理论有个很大的漏洞:如果主控不知道哪些数据有用,哪些数据没用,那主控在所有闪存空间被占满 ...

这个没有漏洞

正常的SSD都使用1024和1000之间的进制差别保留了约7%的空间用于调度用于保证一定的性能

而至于空间更加不用担心了,主控是不知道但是文件系统知道,所以OS下次就会请求文件系统中标识的已经被删除的地方要求写入,这个时候主控就知道这个地方该删除了,就会倒腾地方了。

作者: 左脚选手    时间: 2011-6-19 20:11
太虚公 发表于 2011-6-19 20:04
不好意思我是工作机,是个连flashplayer都没有的机器,没有东西需要缓存到硬盘上,谢谢你的提醒。

直接 ...

是吗?swap也不缓存到SSD?那你用SSD吃饱了撑的?说的出“没有东西需要缓存到硬盘上”这种话的人,我和你也没有讨论的必要了,工作机器软件和操作系统没有东西缓存到硬盘?你以为你还在用dos系统啊。

作者: 太虚公    时间: 2011-6-19 20:15
左脚选手 发表于 2011-6-19 19:51
不要做口炮党,这是你35楼自己说的。

上图上数据,要直接证据,而不是你的什么“我总计才用了50G   开 ...

trim是怎么做到提高性能的?

你要是抠字眼儿没问题

我向大家道歉我用词有问题,“磨损”两字应改为“写入”

已经和你说了很多次了   系统请求写入量是你系统和你使用的问题   不论开trim  不论开不开回写,和GC无关和trim无关!你的数据对于这个问题毫无意义!

作者: 太虚公    时间: 2011-6-19 20:24
左脚选手 发表于 2011-6-19 20:11
是吗?swap也不缓存到SSD?那你用SSD吃饱了撑的?说的出“没有东西需要缓存到硬盘上”这种话的人,我和你 ...

你要讨论各种交换的话,真不好意思,你很欠抽,swap和cache一样吗?!install 13会遭雷劈!出门请带避雷针!远离建筑物和人民群众!

另外告诉你一下   不需要DOS    PE就行了   免费教你的这个可以甭谢了。



作者: 左脚选手    时间: 2011-6-19 20:27
太虚公 发表于 2011-6-19 20:15
trim是怎么做到提高性能的?

你要是抠字眼儿没问题

又是绝对化了,系统请求写入量和SSD的写入磨损一点关系都没有?毫无意义?我发现你怎么总是说的大错特错,没有OS的写入,要trim和GC干嘛?我现在证明了组了raid0开了回写高速缓存,OS写入量差不多差4倍,这个4倍OS写入差距会对SSD磨损没有影响?你现在要给出的证据是开了trim和关了trim,对SSD的写入磨损的实际准确的差距。
作者: 左脚选手    时间: 2011-6-19 20:29
本帖最后由 左脚选手 于 2011-6-19 20:31 编辑
太虚公 发表于 2011-6-19 20:24
你要讨论各种交换的话,真不好意思,你很欠抽,swap和cache一样吗?!install 13会遭雷劈!出门请带避雷针 ...

好了好了,你已经有点气急败坏了,出口伤人不好,理性讨论,我不和别人骂街,88,你有兴趣继续。
另外PE好像每隔几小时就会自动重启的,你的工作机就用PE?你牛的。

作者: 太虚公    时间: 2011-6-19 20:39
左脚选手 发表于 2011-6-19 20:27
又是绝对化了,系统请求写入量和SSD的写入磨损一点关系都没有?毫无意义?我发现你怎么总是说的大错特错, ...

这四个字你自己拿个镜子照照就行了    甭到处乱贴

现在我不得不承认和你争论真的是我的错     和一个没有基本逻辑思维的人讨论技术问题真的证明了我很愚啊     当然目前这个情况下我这个“愚”木脑袋就再愚一会儿吧

你如果想证明组阵列影响系统请求写入量    还是两条路   要么理论证明   要么给完整的实验数据谢谢

再退一步也别理论了   你要是能逻辑上证明清楚了也行啊   


阵列还能减少系统请求写入量,这个intel为啥从来没这么宣传过他的南桥啊,LSI怎么也没宣传过啊,这个阵列是你发明的吧?

膜拜

作者: 太虚公    时间: 2011-6-19 20:49
左脚选手 发表于 2011-6-19 20:29
好了好了,你已经有点气急败坏了,出口伤人不好,理性讨论,我不和别人骂街,88,你有兴趣继续。
另外PE ...

你这么认真的人   怎么也来了好像啊     要确切啊   确切啊    准确啊   准确啊

你有没有用过几个小时的PE啊?有没有用过啊  用过啊   谢谢   谢谢

另外我承认   一点  只要大于1小时  只要多一秒钟也算是几个小时  多几年也是可以换算成小时的

哪怕是内存出错了,只要蓝了之后能自动启来   我相信围观的大家也都会认可的

另外你是不了解我 ,一旦有像你这么一个可以逗的人出现,我就很亢奋啊,这个不是气急败坏啊这个是激动啊激动啊,难得啊,难得啊,出口伤人,这个是气氛调节剂啊,我很喜欢这样的烈度啊,我觉得啊,你这样要理论没理论,要实际没实际的,除了
作者: QDYCM    时间: 2011-6-20 14:47
水区观光团,前来围观。
作者: jhc007    时间: 2011-6-20 23:17
东西是拿来用的,不是供起来的,扯这些有什么意义,用的爽就行了
作者: 厚德载物163    时间: 2011-6-21 22:45
好贴。通过楼上各位的辩论让我更了解了SSD的工作原理。请继续。。{lol:]
作者: ohouhuang    时间: 2011-6-22 16:46
水区观光团受邀围观 ~

握槽...没来晚吧...
作者: yybkill    时间: 2011-6-25 01:09
有钱就烧,完蛋了扔了,再搞新的
作者: sgl617    时间: 2011-6-26 08:08
**华山论剑没下文了?
作者: sgl617    时间: 2011-6-26 08:09
NI MA 大--神也屏蔽?你MEI
作者: yybkill    时间: 2011-6-26 14:42
能帮我看看我这个G2是什么情况挖,RAID0我用了2年多了,RAID0没办法看写入量,刚拆了看了一个盘,用SSDlife在WIN7PE里面看的,先上图,看看我这个盘写入多少G了

[attach]1564737[/attach]







欢迎光临 POPPUR爱换 (https://we.poppur.com/) Powered by Discuz! X3.4