![]() |
PCDVD數位科技討論區
(https://www.pcdvd.com.tw/index.php)
- 效能極限
(https://www.pcdvd.com.tw/forumdisplay.php?f=18)
- - 大容量主記憶體下虛擬記憶體的最佳設法?
(https://www.pcdvd.com.tw/showthread.php?t=843848)
|
---|
大容量主記憶體下虛擬記憶體的最佳設法?
98年代當時書上所寫的駭客的經驗值為主記憶體的2.5倍即為最佳的虛擬記憶體設法,
一路走來到現在也看過不少討論,也有那種將系統放在磁碟最外圈以增加速度的軟體, 以前也在版上看過割出一個2G的FAT16(配置為64K)的方式來放虛擬記憶體,當然也 有人說放在第二顆硬碟以及用iRAM、RamDisk...etc,現在問題來了,如果以現今這 種主記憶體已經很大的情況下,只考慮系統只有一顆SATA硬碟,且只設在這顆實體 硬碟之下該怎麼規劃設定才能達到"效能極限"? (PS:關於將系統放在磁碟最外圈的那軟體我是沒試過,但是一般磁碟分割並安裝系統 時,不就已經將系統放在外圈了嗎?) 我的想法: 1.先將磁碟割出一個64K配置的2G FAT16分割區。 2.在1.後面割出系統碟。 3.系統碟不放虛擬記憶體,改設定到FAT16分割區並設定成1G即可。 4.FAT16分割區剩下的空間設將Internet以及所有系統的Tmp設定到裡面。 不知道各位有沒有更好的想法?我用類似的架構已經跑幾年了,只差在之前沒想到 把FAT16分割區放在最外圈的第一區 :jolin: |
這種作法我有實驗過
其實感覺不出來,這是錯的 只有一顆HD的話,分割後再放非OS槽是最慢的 最快的是再裝一顆HD 設定在非OS的另一顆實體HD比較快 |
跟作業系統放同一HDD我認為設定方式結果差異不大
因為該HDD應付OS讀寫之餘又應付PF檔讀寫 應該不會有多好表現 而2.5倍也不一定有必要~特別是ram很大 設幾倍要看實際需求 PF設定方式有許多說法 但實際使用感覺多半差異不大~只要不要丟在OS同一HDD下 目前用開PAE方式把32bit XP抓不到的4.74G拿來放PF其實未必真的有加速 但是至少減少HDD讀寫 如果RAM真的很大而應付實際使用消耗還有餘裕可試試 |
引用:
您的意思是說單硬碟的環境下OS放在越後面的分割區越慢 :confused: 其實我有想過,若用這種概念來看,PF就不另外切一個分割區來放了, 直接放在OS區內即可,但以前看過的一些電腦雜誌上的系統校調幾乎都有 將分頁檔和Tmp資料夾放在其他分割區的規劃,我想這種方式若是不能 增近效能唯一剩下的好處就是規劃還原系統時能減少映像檔的容量吧 :jolin: |
用大block size寫FAT當然是略有速度優勢, 不過temp若不夠大, 實際使用就可能會有問題.
就硬碟規劃的原理是OK, 但如果你的RAM真的大(4G就不用說大了吧~)少說8G 16G起跳 即使系統限定實體單碟, 但還是搭配主記憶體切出的RAMDISK比較好. 很早就已使用主記憶體切出的RAMDISK來放temp, 甚至RAMDISK已經是我平時的作業區 檔案的編刪修改都放這跑, 記得關機前把作好的文件回存到硬碟就行. 坦白說,已經感受不到 未來還需要再升級電腦的理由. :laugh: |
引用:
我從DDRII單條2G剛掉到兩千內時就弄到4G,掉到1500內時就弄到8G切5G當 RamDisk用到現在了,至於為什麼不把PF檔和Tmp丟到裡面是因為... 我FF的快取已經放在裡面了,而這個5G空間又是我BT的放置區 :stupefy: 而且燒錄東西時都習慣全速在燒,所以燒錄檔案也會丟到裡面實在沒有空間讓我 長駐PF和Tmp,不用雙硬碟的理由是,電腦為了個人要求的極限狀態運作( 整台主機只用一顆風扇+24hr*365使用又得要省電,連燒錄機都外接了...) ,所以想說我上述的做法還有沒有改善會增進效能的方式 :shy: |
引用:
第1個會碰上的問題在於系統更新 第2個則是各種專業軟體更新時會產生錯誤 最後為新上市的軟體無法順順地跑 |
單一HDD下要放PF檔最好還是另外分割
跟效能無關 備份方便外~重組也方便很多 此外HD便宜成這樣不要另外找個備胎? |
引用:
FW:不用雙硬碟的理由是,電腦為了個人要求的極限狀態運作( 整台主機只用一顆風扇+24hr*365使用又得要省電,連燒錄機都外接了...) ↑因為我龜毛... 有考慮過雙硬碟,但真要搞雙硬碟我想買迅猛龍300G那顆,但...沒閒錢 而如果有閒錢可能就是兩顆300G迅猛龍一顆放系統一顆放PF、Tmp ,動物養滿了在移到外接的大容量硬碟去,但這樣移過去就拔掉沒分享也覺得 不好 :stupefy: |
所有的時間均為GMT +8。 現在的時間是06:20 PM. |
vBulletin Version 3.0.1
powered_by_vbulletin 2025。