硬碟分割槽七大原則 from 金橋科普

2021-04-23 22:53:47 字數 1927 閱讀 8235

硬碟分割槽很容易且簡單,是不是。但是最佳、最好使的硬碟分割槽不是人人都會的。特別針對新手,掌握一些硬碟分割槽的基本原則,可以在後續的使用中更加得心應手,也不會在某乙個應用無法實現的時候而對最初的分割槽方案後悔莫及。

原則一:fat32最適合c盤

理由:c盤一般都用安裝作業系統,通常有fat32和ntfs兩種磁碟檔案系統格式選擇。居本人經驗看使用fat32要更加方便一些。因為作業系統用久常會出現異常或被病毒木馬感染,我們往往需要用啟動工具盤來修復。而很多啟動工具盤是win98啟動盤演變而來,大多數情況下不能辨識ntfs分割槽,從而無法操作c盤,筆者曾經遇到過,在dos下將d盤誤認為c盤,貿然將其格式化而丟失多年收集的資料的慘痛經歷。

原則二:c盤不宜太大

理由:c盤是系統盤,硬碟的讀寫比較多,產生錯誤和磁碟碎片的機率也較大,掃瞄磁碟和整理碎片是日常工作,而這兩項工作的時間與磁碟的容量密切相關。c盤的容量過大,往往會使這兩項工作奇慢無比,從而影響工作效率,建議c盤容量在10gb~20gb比較合適。

原則三:除了c盤外盡量使用ntfs分割槽

理由:ntfs檔案系統是乙個基於安全性及可靠性的檔案系統,除相容性之外,它遠遠優於fat32。它不但可以支援達2tb大小的分割槽,而且支援對分割槽、資料夾和檔案的壓縮,可以更有效地管理磁碟空間。對區域網使用者來說,在ntfs分割槽上可以為共享資源、資料夾以及檔案設定訪問許可許可權,安全性要比fat32高得多。所以,除了在主系統分割槽為了相容性而採用fat32以外,其他分割槽採用ntfs比較適宜。

原則四:雙系統乃至多系統好處多多

理由:如今木馬、病毒、系統緩慢、無法上網、系統無法啟動都是很常見的事情。一旦出現這種情況,重灌、防毒要消耗很多時間,往往耽誤工作。有些頑固的開機載入的木馬和病毒甚至無法在原系統中刪除。而此時如果有乙個備份的系統,事情就會簡單得多,啟動到另外乙個系統,可以從容防毒、刪除木馬、修復另外乙個系統,乃至用映象把原系統恢復。即使不做處理,也可以用另外乙個系統展開工作,不會因為電腦問題耽誤事情。

所以雙系統乃至多系統好處多多,分割槽中除了c盤外,再保留乙個或兩個備用的系統分割槽很有必要,該備份系統分割槽還可同時用作安裝一些軟體程式,容量大概20gb左右即可。

原則五:系統、程式、資料分離

理由:windows有個很不好的習慣,就是把「我的文件」等一些個人資料資料都預設放到系統分割槽中。這樣一來,一旦要格式化系統盤來徹底殺滅病毒和木馬,而又沒有備份資料的話,資料安全就很成問題。

正確的做法是將需要在系統資料夾和登錄檔中拷貝檔案和寫入資料的程式都安裝到系統分割槽裡面;對那些可以綠色安裝,僅僅靠安裝資料夾的檔案就可以執行的程式放置到程式分割槽之中;各種文字、**、文件等本身不含有可執行檔案,需要其他程式才能開啟資料,都放置到資料分割槽之中。這樣一來,即使系統癱瘓,不得不重灌的時候,可用的程式和資料一點不缺,很快就可以恢復工作,而不必為了重新找程式恢復資料而頭疼。

原則六:保留至少乙個巨型分割槽

理由:應該承認,隨著硬碟容量的增長,檔案和程式的體積也是越來越大。以前一部壓縮電影不過幾百mb,而如今的一部hdtv就要接近20gb;以前乙個遊戲僅僅幾十mb,大一點的也不過幾百mb,而現在乙個遊戲動輒數gb。假如按照平均原則進行分割槽的話,當你想儲存兩部hdtv電影時,這些巨型檔案的儲存就將會遇到麻煩。因此,對於海量硬碟而言,非常有必要分出乙個容量在100gb以上的分割槽用於巨型檔案的儲存。

原則七:給bt或者電騾在磁碟末尾留乙個分割槽

理由:bt和電騾這類點對點的傳輸軟體對磁碟的讀寫比較頻繁,長期使用可能會對硬碟造成一定的損傷,嚴重時甚至造成壞道。對於磁碟壞道,我們通常用修復的辦法解決,但是一旦修復不了,就要用pqmaigc這類軟體進行遮蔽。此時,你會發現放在磁碟末尾的分割槽調整大小和遮蔽壞道的操作要方便得多。所以給 bt或者電騾在磁碟末尾保留乙個分割槽使用起來更加方便。

七大原則 開閉原則

開閉原則 open closed principle,ocp 由勃蘭特 梅耶 bertrand meyer 提出,他在 1988 年的著作 物件導向軟體構造 object oriented software construction 中提出 軟體實體應當對擴充套件開放,對修改關閉 software ...

黎克特制七大原則

1.單一職責原則 即 每乙個類都只專注於做一件事情 2.黎克特制替換原則 在對軟體功能沒有影響的前提下 子類可以替換父類出現的位置,我們就稱之為黎克特制替換原則 3.依賴倒置原則 實現盡量依賴抽象 不依賴實現 4.介面隔離原則 應當為客戶端提供盡量小的單獨介面,而不是總的大的介面 5.迪公尺特法則 ...

OOP七大原則

單一職責原則 控制類的粒度大小,將物件解耦,提高內聚性 乙個物件應該只包含單一的職責,並且該職責被完整地封裝到乙個類裡 開閉原則 對擴充套件開放,對修改關閉 即實現在不修改源 的情況下改變這個模組的行為 核心 對系統進行抽象化,並從抽象化匯出具體化 黎克特制替換原則 繼承必須確保超類所擁有的性質在子...