PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 儲存媒體討論區
帳戶
密碼
 

  回應
 
主題工具
浮出水面
*停權中*
 

加入日期: Jan 2008
文章: 508
引用:
作者foxtm
你扯88SS9187也跟SF無關

真好笑,9187難道不是SSD主控

難道AMD不是Intel就不能跑x86

一理通萬理通,你又不是蠢蛋何必假裝看不懂
     
      
舊 2012-09-03, 02:25 PM #81
回應時引用此文章
浮出水面離線中  
foxtm
Power Member
 
foxtm的大頭照
 

加入日期: Jan 2002
您的住址: 台北苦命IT工人
文章: 586
Smile

引用:
作者浮出水面
真好笑,9187難道不是SSD主控
難道AMD不是Intel就不能跑x86
一理通萬理通,你又不是蠢蛋何必假裝看不懂
問題是你講的是SF有 440bit/4096byte 一次處理 ECC 的能力阿?
你狂扯 88SS9187 入水,問題一樣沒有解決阿。
 
舊 2012-09-03, 02:43 PM #82
回應時引用此文章
foxtm離線中  
klipschpromeida
Power Member
 

加入日期: Dec 2002
文章: 512
引用:
作者浮出水面
這樣說好像還是太小覷SSD了,SF主控每個sector可修正高達55bit的錯誤,試問傳統硬碟能修正多少?



儲存裝置套上4-7 ECC是最常用的偵錯,所以會看到40bit或55bit
SF是建立512 Byte做55bit ECC,傳統硬碟是512 Byte做7Byte ECC
兩者用的演算級數是一樣的,用xx bit的ECC比較依據是使用顆粒要求
例如同一種顆粒用40bit ECC可能只有1000 P/E
用了56bit ECC可以提升到2000 P/E
這本來也就是SF的賣點之一
舊 2012-09-03, 02:55 PM #83
回應時引用此文章
klipschpromeida離線中  
klipschpromeida
Power Member
 

加入日期: Dec 2002
文章: 512
引用:
作者foxtm
相關資訊我懶得找,這裡 (http://tagievara.narod.ru/pages/pro...sh/jmicron.html)有JMF602B及JMF612的DATA SHEET可以下。

以BCH編碼而言。
可修正 8bit 需要 13 Byte 的 parity code (JMF602B)
可修正 15bit 需要 25 Byte 的 parity code (JMF602B)
可修正 16bit 需要 28 Byte 的 parity code (JMF612)
可修正 24bit 需要 42 Byte 的 parity code (JMF612)

另外找的文件 (http://www.joelcn.com/ch/reader/vie...20120509&flag=1)
可修正 40bit 需要 60 Byte 的 parity code

故Advanced Format 的 ECC 有 100byte ,
如果也是採用 BCH 編碼的話(但實際不一定採用這套方法),至少也有 40bit 以上的修正能力,
跟SSD還真是天差地遠阿

還是我國文不好,55對40可以叫做天差地遠

半導體技術大家都在同一個層次,
隨著磁碟密度增加,硬碟也是需要...


這個40bit或56bit其實只是他可以容許的資料結構而以
跟處理快不快其實是兩回事情,然而越長的ECC是一定輸出越慢的
單單支援這個資料規格其實並沒有什麼特別

況且真的有用56bit ECC的SSD嗎?
之前很多都是12/24Bit,Plextor M5P好像是用到40Bit
需要動用到56bit ECC的顆粒,想必品質是相當危險
所以就有人諷刺一週就不見的hynix應該出100bit ECC的顆粒才對
舊 2012-09-03, 06:24 PM #84
回應時引用此文章
klipschpromeida離線中  
浮出水面
*停權中*
 

加入日期: Jan 2008
文章: 508
引用:
作者klipschpromeida
儲存裝置套上4-7 ECC是最常用的偵錯,所以會看到40bit或55bit
SF是建立512 Byte做55bit ECC,傳統硬碟是512 Byte做7Byte ECC
兩者用的演算級數是一樣的,用xx bit的ECC比較依據是使用顆粒要求
例如同一種顆粒用40bit ECC可能只有1000 P/E
用了56bit ECC可以提升到2000 P/E
這本來也就是SF的賣點之一

剛剛用 BCH編碼 驗算了一下,假設某非先進格式化硬碟之 ECC 採 BCH編碼

則其 ECC 能力為 24bit/512B,與SF二代主控的 55bit/512B 還是有很大的差距

當然我知道你指的是實作品而非主控本身之極限,所以你視為同級我可以接受,但我前面說的都是指主控本身之極限就是...

此外有關顆粒的要求我也清楚,幫你補充最新實例:

Toshiba 19nm TypeA 顆粒

當 ECC 為 24bit/1KB 時 P/E 只有 1000 次
當 ECC 為 40bit/1KB 時 P/E 則有 3000 次

所以主控之 ECC 強弱對 SSD 壽命長短有絕對的影響力

此文章於 2012-09-03 07:06 PM 被 浮出水面 編輯.
舊 2012-09-03, 06:58 PM #85
回應時引用此文章
浮出水面離線中  
浮出水面
*停權中*
 

加入日期: Jan 2008
文章: 508
爭了半天結果人家一張圖就解釋了SSD為何不適合當BT碟

舊 2012-09-04, 10:10 AM #86
回應時引用此文章
浮出水面離線中  
hba1c
Advance Member
 

加入日期: Mar 2008
文章: 310
引用:
作者浮出水面
爭了半天結果人家一張圖就解釋了SSD為何不適合當BT碟

這圖打勾的不是讀取速度嗎? 為什麼註解write speed?

無論如何, 對以一個下載碟來講, 我完全不擔心130MB/s的速度.
舊 2012-09-04, 12:37 PM #87
回應時引用此文章
hba1c離線中  
浮出水面
*停權中*
 

加入日期: Jan 2008
文章: 508
引用:
作者hba1c
這圖打勾的不是讀取速度嗎? 為什麼註解write speed?
無論如何, 對以一個下載碟來講, 我完全不擔心130MB/s的速度.

你都知道答案了還需要問嗎!這圖又不是我測的我那知道原創者為何要筆誤

但無論如何因BT導致其內部數據在極短時間內變的過度零碎散亂而嚴重降速是不爭的事實

當消耗品用的人當然不用擔心,但SSD今年售價大跌不代表它以後...(以下不想講的太白,懂的人自然知道)

此文章於 2012-09-04 12:57 PM 被 浮出水面 編輯.
舊 2012-09-04, 12:51 PM #88
回應時引用此文章
浮出水面離線中  
hba1c
Advance Member
 

加入日期: Mar 2008
文章: 310
引用:
作者浮出水面
你都知道答案了還需要問嗎!這圖又不是我測的我那知道原創者為何要筆誤

我不知道原創者當初是想表達什麼, 所以才問. 但你以後最好謹慎一點, 不要再拿有問題的東西來當證明了.
舊 2012-09-04, 02:05 PM #89
回應時引用此文章
hba1c離線中  
Rainwen
*停權中*
 

加入日期: Mar 2002
文章: 733
引用:
作者liuchiwei
知道 SSD 的寫入次數是個罩門
為啥還是特地去摧殘它呢?

好的保固措施
也需要有正常的使用方法
等大家都用這種作法
然後廠商保固縮水
再來抱怨冬抱怨西的
不就是在自找麻煩嗎?
害人害己沒好處!

這也要廠商在商品注意事項中註明使用P2P是"不正常"行為才行,
不然在沒特別註明的情況下,User將一般HDD的使用方式用於SSD上,
壞了卻怪他不正常使用,這就有點不合理了......


另外控制晶片對於SSD顆粒壽命真的影響很大,好壞甚至可以差到50倍,
也就是原本寫入次數可達10000次的顆粒,如果用不好的控制晶片,
壽命會縮短到只剩200次......

要用P2P不是不可以,但最好買好一點的牌子....
舊 2012-09-04, 02:11 PM #90
回應時引用此文章
Rainwen離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是09:08 AM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。