引用:
|
作者dragfire
上次可能系統有在跑prelink之類的
這次再試
16process 100秒平均 37.3MB/sec
1process 100秒平均 38.8MB/sec
|
這跟鵝對一般機械式storage的認知有很大的差異,照說track to track seek會比random seek好多了(一次讀寫一個以上file的表現應該近似random seek
),或是您有用到NCQ這類機制??如果是這樣NCQ的表現還真不錯
....
引用:
|
作者dragfire
所以16ch應該不是問題 錄成單一TS幫助有限
若是在4顆軟體raid0跑
16process 100秒平均 98.7MB/sec
|
鵝提過錄成單一TS主要是在避免機械性seek帶來的問題(throughput下降/機械的壽限
),當然這麼作也會帶來其它overhead(主要是process bound的問題,反正現代的CPU夠快了,或許這個問題已經不成問題了
),如果機械性seek已經不成問題的話自然不用白費力氣把16ch MPEG stream轉成1路TS再寫入storage了
....