就算了解了..用再多的測試軟體..也改變不了效能..
可以直接下結論論了..SSHD(尤其是只有8G SSD)..對於提升整體效能..非常有限..
試著比較SSHD(上)與SSD(下)..
有SSD..即使CPU..DRAM..顯示卡..略遜..
但還是強過..SSHD..
結案了..
skiiks wrote:
由於太多功能在SSH...(恕刪)
我想即是 8GB 記憶體的電腦，也應該會受惠於 8GB SSD Cache 的 SSHD，因為在這樣的條件下，作業系統的檔案快取是不會到 8GB，我也以此判斷這就是為什麼一般消費型 SSHD 只有 8GB這個甜蜜點的容量的原因。
本週在研究我的 NAS，我想測試看看是否有機會提昇 NAS 效能。
以我手邊的消費型低階機種 QNAP TS-112 來看，應該是沒有機會在開機後有顯著的差異，因為 NAS 的 CPU 太慢，根本無法撐起 Gigabit 的頻寬，或許要雙 Gigabit Ethernet 搭配 Atom 雙核心四線程的機種，才有測試的需要呢～ :(
Best regards,
Amigo
我的部落格：http://amigotechnotes.wordpress.com
不需要篩選(只篩掉大檔)
而是記錄每個檔案使用狀況
使用頻率最少的,就剔除
等於說一開始,每檔會先讀到SSD(但單檔大的例外,比如影片檔)
SSD讀到滿時
每次就從所有檔案剃除使用率倒數第一的
而怎麼計算使用率呢? 要不要算入時間遠近加權因素呢?
這就看程式設計師的數學功力了
一旦這條件設的好,8GB絕對夠用
如果設不好, 那再多GB, 也是慢
很多程式的效率好壞, 都取決於數學判斷式, 不過數學強的程式設計師畢竟是少部分
而且他們領的薪水也沒比較多
為什麼呢?
因為程式設計這個領域,不可能一支程式多人寫,然後再來比效率
都是一支程式一人寫,無從比較
再大的系統,拆成許許多多小程式分工,也是一支程式一人寫
一支程式兩人寫,通常是前作太爛,找另一人重寫,或更改
A Pink, Hello Venus
tim901 wrote:這種使用模式又關係到flash先天的限制 寫入壽命
其實我覺得管理軟體
不需要篩選(只篩掉大檔)
而是記錄每個檔案使用狀況
使用頻率最少的,就剔除
等於說一開始,每檔會先讀到SSD(但單檔大的例外,比如影片檔)
SSD讀到滿時
每次就從所有檔案剃除使用率倒數第一的
而怎麼計算使用率呢? 要不要算入時間遠近加權因素呢?
這就看程式設計師的數學功力了...(恕刪)
MLC寫入壽命3000~5000次
以一日抹寫40~80GB 一天8GB要抹除5~10次 600~1000或300~500天的時間就壞了
而且這種使用模式就跟記憶體一樣了
還有快取命中 要保留什麼檔案下來的篩選
的確要靠設計師寫程式時去判斷
在來有區塊平均抹除的搬移效應 (系統與軟體檔案佔住的區塊抹除數少 需要搬移至抹除數高的區塊讓原先低抹寫區塊寫入新檔 增加抹除數 來平均所有區塊抹除數)
這些需要靠控制晶片去維持 功能越複雜 控制晶片的技術與成本也越高
我覺得以一顆SSHD而言 不會用太多SSD技術投入這控制晶片去管理SSHD上少少的flish
而會選擇比較簡單的處理方式 就像記憶卡使用一樣的管理方式 整齊寫入檔案 少抹除 不去做複雜的壽命管理
我才會認為那個篩選機制 以檔案寫進去就不動了為主
要經過多次篩選 在篩選期間變動性為0 才會寫入SSD
也因此 很多肥肥的軟體 部分檔案不變動但更改用過的時間記錄
以致SSHD快取僅載入這些軟體不變動的檔案 部分變動檔案然就在碟片
造成SSHD在開啓軟體時 就沒有宣稱的對軟體的高速讀取 還是需要去讀出碟片中變動過的軟體檔
才會有這種情況出現 "一樣的軟體 裝在SSD是秒開 裝在SSHD只是略贏HD這種速度差異"
彈幕濃！
內文搜尋
從 APP 打開
X