筆記本僅有的內置的256GB的SSD實在是傷不起，於是我又買了一塊SSD移動硬盤，把不太常用的大軟件和學習軟件 （STEAM）裝在了它上面。
但是當我裝了OCTAVE（MATLAB的開源替代）之後我發現事情並沒有那麼簡單。
OCTAVE的安裝包只有286MB，可是當我安裝以後，佔掉了我移動硬盤少了18G多。
查看軟件所在的文件夾，發現文件夾的“大小”顯示爲5.25GB，可是佔用空間卻達到18.4GB
佔用空間比文件本身大小大的因是“簇”這個概念的存在，是分配用來保存文件的最小磁盤空間量。即使一個單獨的文件再小，也會佔用一個“簇”的大小。“簇”在Windows中也被稱爲“分配單位”，當我們格式化硬盤的時候也是有這個選項的。
可爲什麼這樣的現象只是出現在我的移動硬盤上，而在我的內置硬盤上佔用空間與文件大小相差不大呢？
莫非是因爲我的移動硬盤的“簇”太大的緣故嗎？
確實。我的移動硬盤出廠時的文件系統是exFAT
微軟官方對不同的文件系統的默認簇大小進行詳細的介紹：
https://support.microsoft.com/zh-cn/help/140365/default-cluster-size-for-ntfs-fat-and-exfat
可以看到，16TB以下的NTFS格式的硬盤的默認簇大小都是4KB。而對於32GB以上的exFAT的硬盤，其默認的簇大小是128KB，這也就意味着不論文件有多小，都得佔用128KB。
NTFS文件系統是“日誌式”的，會進行大量的擦寫工作，有可能會縮短閃存的壽命。exFAT格式是適合於閃存的文件系統，爲了解決FAT32等不支持4G及其更大的文件而推出。
而如今SSD移動硬盤甚至是U盤大於32GB已經是很常見的了。如果是想像我一樣向SSD移動硬盤或者U盤裏裝軟件、存儲很多的小文件的話，建議買來以後重新格式化，將簇大小設置爲4KB。
我不得不先把文件都拷出去，格式化時將簇大小設置爲4KB，再把文件都拷回來，最終相比之前要多出了30GB左右的可用空間，效果還是很明顯的。
p.s.複製的時候可以用factcopy這個小軟件，可以無人值守，速度也應該要比資源管理器快。
覺得有用的話，不要吝惜評論點贊分享哦，希望大家多多包涵，有任何問題歡迎指正、討論。
本文基於CC-BY-SA 4.0協議，歡迎轉載
（博客看累了？去我的B站瞧一瞧？）