1樓：Shu
就家用而言。一般新出的嚴格的軟體不會非要呼叫分頁檔案，ramdisk在這種情況完全沒必要，畢竟分頁檔案可以關了。但是一些軟體即使用不到分頁檔案，也會去呼叫，若關閉分頁檔案就會出bug，為了相容這部分軟體，分頁檔案就得開著，可這樣記憶體滿時，「備用」部分可能不會釋放而是轉入分頁檔案；而有的軟體只要有分頁檔案在就會呼叫，即使記憶體不滿，這都會影響消耗硬碟效能和壽命。
而分出一小部分記憶體做ramdisk放分頁檔案技能解決問題也能相容那些呼叫分頁檔案的軟體，多了不宜，畢竟不如直接用記憶體。
2樓：樂鈞海
這種方式可以加快讀取的速度，ram比硬碟速度還是有優勢的，可以把臨時檔案設定到上面，也可以把常用的軟體設定到上面，有部分ramdisk，可以儲存映象，就算突然關機也不會損失太多
3樓：
原先這麼做過，後來在Google上用英語搜尋了一番，看見了乙個解釋。
如果用RAM做RAM DISK，並且將分頁檔案移動進去，那麼這個其實只是讓你用一種更低效的方法在使用記憶體，與其這樣，你還不如將分頁大小設定為0 MB。
這樣的操作就相當於將乙個資料，從RAM移動到了RAM。並且在此之間還得加上乙個極其複雜的分頁排程演算法。
個人結合搜尋資料整理結論，如有錯誤，還望指教。
4樓：
我沒有使用過這種方法，但是我推測，這樣可以減少休眠檔案hiberfil.sys的占用空間，對於喜歡休眠而不喜歡關機的使用者來講，就有節約一點硬碟空間的好處。
比方說記憶體有16G，休眠用的hiberfil.sys檔案也是16G。但是分了6G記憶體做ramdisk放頁面檔案pagefile.
sys之後(假設大小也差不多是6G)，剩下需要被休眠檔案記錄的記憶體就只有10G了。在執行程式時10G記憶體不夠就還會用到pagefile，相當於之前16G記憶體沒變，但hiberfil.sys的大小從16G變成10G，節約了硬碟上6G的空間。
當然以上只是我理論上的推測，有時間我會去實際驗證一下。╮(￣▽￣)╭
5樓：multiple1902
挺有意義的，這樣也許你可以利用你的 Ramdisk 使用的檔案系統的特性。
比如如果 Ramdisk 檔案系統支援壓縮，那你實際上實現了壓縮記憶體，4 GB 的記憶體也許可以裝下 20 GB 的資料（壓縮前），相當於在記憶體訪問命令和物理記憶體中間加了個中介軟體。
事實上，Linux 的 zram 就是這麼做的。
6樓：Maxer
我覺得還可以接受，一種情況是32位系統使用超過4g記憶體的時候，不過有時候確實不穩定，所以不推薦。
另外一種情況是64位系統，記憶體足夠大，然後關閉虛擬記憶體，再劃出一部分記憶體做ramdisk儲存臨時檔案，rar解壓出來的臨時檔案啊什麼的都丟這裡，用起來感覺還是不錯的。
好吧我就屬於第二種，win7x64+8g記憶體，沒有出現過因為ramdisk藍屏的情況，體驗也很好。
7樓：Lucifer Lee
一般正常人都會想到這個辦法。即32位系統多出來0.75G用不上的記憶體做個記憶體盤出來,再在這個盤上劃出虛擬記憶體,我試了,在Win XP SP3上。藍屏了。
用SQL 做資料清洗與用Python做資料清洗的利弊分別是什麼？哪種方法處理更簡單？
無冕之王 SQL要自己寫演算法，python有很多比較成熟的演算法，拿過來用就可以，至於哪種更簡單就要看你這兩種工具哪種用得更得心應手了。 ZhiHu上的提問者 這必須要看具體的應用場景。SQL最大的弊端是只能單語句執行。而Python的優勢是可以解決SQL的弊端。尤其是對於需要重複操作的相同資料集...
為什麼Gnome用幾個小時會占用大量記憶體（2 6GB）？
查了一下自己電腦 Debian 10最新不穩定版，GNOME 3桌面環境，英偉達顯示卡專有驅動 的情況，gnome shell程序用的記憶體不到200MB，而機子開啟很長時間了。你遇到問題，要找出癥結所在，先用排除法，解除安裝新近安裝的桌面擴充套件或其他與桌面相關應用，看看問題是否得到解決。 Aly...
80386 記憶體分頁為什麼用兩級結構？
踩蘑菇的小夥子 一級結構為什麼會造成資源浪費？頁表為一級結構的情況下線性位址中的頁面目錄和頁面表兩個位段會合併在一起是20位，因此頁面表會包含1M個表項，每個表項為32位也就是4個位元組，那麼整個頁表的大小會是4MB。當然如你所說物理記憶體是4GB的話這乙個4MB的空間確實是微不足道，但要知道是每乙...