chaeung寫到:
個人獨斷的偏見:
無論單核雙核多核, 單工多工, 個人用和主機用根本沒有可比性.
1.32bit和64bit的差別僅在於定址最大範圍, 也就是說定址範圍愈大, CPU一次指令可處理的資料極限也就愈大, 理論上速度有差, 實際上還要看情形(OS+AP的配合度).
2.Windows這類GUI系統通常是個人使用, 有大量資源使用在GUI上, 本來速度就慢, 而且最主要是給人操作用的, 人的操作(閱讀)速度才是重點, 其實在圖形介面的後台也是以TEXT模式跑的; 而且, 快個幾分鐘或幾十分鐘應該只是個有參考價值的效能指標, 假設PC壽命3年不關機運作, 26280小時中像轉檔編碼這種密集運算能佔幾小時? 省下來的時間對個人而非公司而言有多少意義? 單人多工, 再怎麼多工也要等人, 除非人一直坐在電腦前從頭盯著螢幕看到尾, 否則程式跑完等人的這一等就把絕大部份節省下來的時間浪費掉了.
3.Unix/Unix-like等的TEXT模式介面系統雖然簡陋, 卻將資源完全用在實際運算上, 在相同硬體下先天就勝過GUI系統一大截, 所以比較正規或是有重要功能的主機幾乎都不會用Windows, , 本來就不是給人用... 呃... 給人長時間坐在電腦前面操作用, 所以也不用等人, 只要系統不crash, 就會不停運轉下去.
4.Unix/Unix-like最完美的結合典範是Mac OS X (FreeBSD+Mac GUI).
言歸正傳...
轉檔工作=從HDD讀取->送到RAM->CPU編碼->送到RAM->寫入HDD, 非3D就不提GPU了.
瓶頸還是在HDD, 目前主流7200rpm讀寫速度平均在55-65m/s, 意思就是, CPU轉碼再快, RAM再大, 都要受限於HDD的"內部速度", ATA-100/133和SATA-150/300都完全沒有意義, 不少RAID Card甚至還要受PCI Bus速度的限制, 只要HDD來不及寫入資料(有些系統還可以寫入資料後再verify一遍更慢), CPU/RAM都要停下來等待, 此時N核N位元N THz的CPU和N TB的RAM都沒用(RAM Disk除外), 如果同一時間還有其它程式要對HDD進行讀寫, HDD速度立刻腰斬再腰斬(磁頭移動耗時).
所以, 結論是,
1.規劃好動作, 不要讓多個程式同時對同一顆HDD進行讀寫(免成本).
2.轉檔編碼等大動作要快, 錢花在CPU/RAM上不如花在HDD上(如RAID 0或Multiplier).
3.如果預算夠, 市面有DDR2 2GB一條的RAM, 插滿4槽8GB, 在XP64下足夠開RAM Disk了, 技嘉的i-RAM也可以, 而RAM Disk一開... 本篇就沒什麼好繼續的了.
以上