ram>磁軌實際寫入
一萬個小檔跟一個大檔怎麼可能時間一樣？
除非某種特別的檔案系統去專門處理小檔
但是不管fat,ntfs或ext2/3都不是這樣的做

程式的執行可以分配，就是你可以指定某顆處理器做某件事
不過通常我們還是由kernal來動態分配就好，然後指定priority

這.....好像文不對題，答非所問......

通常SMP的Kernal會分配，我們要強制手動分配也可以啊
有支援smp的任何版本windows，都可以這樣做了，其他os也可以

ram>ram>磁軌實際寫入　呵呵~~應該改為近似一樣.
你可說100萬個小檔和1個大檔相比,但如果是100 和 1那就近似相等.
（HDD RAM -> 磁軌實際寫入)速度是固定的(轉速).這段時間不管檔大檔小都是一樣的.只有內外 & 圈密度的不同.

我還以為有哪家程式可以指定 哪顆哪個程式咧

最少MS 的目前應該不會有才對 @@

如klipschpromeida所言,我重新開機測試,結果更好....
因為系統沒在執行其他任務或動作.....

其實您剛剛所提的疑問應該是不存在的....
我之前有提,我的系統記憶體大小為2GB,而自我複製檔案的大小為3.69GB,大於系統記憶體的大小2GB,
在硬碟自我複製的同時,經由工作管理員監看系統實體記憶體的使用,過程中,記憶體會大量使用,複製完成後,記憶體的量會回復,這應該是代表著資料並沒有暫存在系統記憶體裡....

之前的討論串裡有提及要複製大於4G的檔案,我當時在想,為什麼是4G以上...??
我私底下以為會不會是因為目前絕大多數的主機系統的記憶體的使用最大量是限制在4G以內,所以要找大於4G以上的檔案做自我複製測試....??
我想,如果是這樣,不管是IDE或SCSI儲存系統應該都會受到影響,因為記憶體不夠用嘛....

但....在複製的過程當中,雖然記憶體會被大量使用,但也不是全部會被使用,而是會被用到有一個很大的明顯的可以觀察的量....我懷疑....如果增加目前2G的系統記憶體到3G的量,會不會在複製時效能更好....??(系統記憶體大於3G以上....好像會有比較明顯的系統問題...??) 這有待日後確認.....

大於10G的檔案....??夭壽....我去哪裡找一個單一檔案大於10G的....
目前先將某一個14多G的資料夾製作RAR壓縮檔中,待完成後,再來複製看看....看看效果怎麼樣....

待續.....

呵呵~~~這部分軟體os的觀念我還停留在以前的狀態.當初選軟或選硬,我選硬體,現在吃硬不吃軟.哈哈~~~

這就是滿好的討論,沒有謾罵,確有對實際問題的直琢.

別說10G.1000G也有,現在成人的DVD都是4點多G,多壓幾個就有了.cccc......我就是用這個試的.
現在網路快download DVD真快,快到來不及看,真好.一天下個8~9片,硬碟陣列都吃不消.

一個 D9 的 DV D就 8 個 GB 了 :p