# 硬碟快滿，先刪一千份筆記？Dust 實測：三個檔案才占 57%

- 網址：https://blog.valenvan.uk/posts/bootandy-dust.html
- 發布日期：2026-10-17
- 測試設備：Mac mini M4 Pro（12 核、64GB）
- 專案：bootandy/dust（https://github.com/bootandy/dust），Apache-2.0 授權
- 測試版本：Dust 1.2.6（正式發行執行檔）
- 實測影片：https://www.youtube.com/shorts/SjwLX3vz-Qs

## 重點摘要

- 自製 1,029 檔樣本中，1,000 份筆記約占 2%，3 個影片大小測試檔合計 90 MiB、占 57%。
- Dust 預設列出 40 MiB 隱藏快取，占樣本顯示總量約 25%。
- 排除隱藏檔的 -i 讓顯示總量從 158 MiB 變 118 MiB，前後 1,029 檔數量與 SHA-256 全部一致。
- 第二輪三次小樣本掃描約 0.0026、0.0026、0.0025 秒，未測整顆硬碟效能。
- **結論：** 本次 Dust 1.2.6 列出了樣本的大檔案及隱藏快取，執行前後全部 1,029 檔維持一致。
- **適合：** 本次已測：使用指令查看指定資料夾的大小與最大檔案。
- **不適合：** 本次未測：圖形介面、一鍵清理、整顆硬碟掃描效能及檔案重要性判斷。

| 實測項目 | 結果 |
|---|---|
| 樣本 | 1,029 個自製假檔案，副檔名不代表有效媒體 |
| 1,000 份筆記 | 3.9 MiB／2% |
| 3 個影片大小測試檔 | 90 MiB／57% |
| 隱藏快取 | 40 MiB／25% |
| 預設／排除隱藏檔總量 | 158／118 MiB（工具顯示值） |
| 完整性驗證 | 1,029 檔相對路徑、數量與 SHA-256 全部一致 |

電腦跳出空間不足，你打開資料夾，看到一千份筆記和三個影片，會先整理哪邊？檔案很多，看起來就很亂，但亂不等於占空間。這次我們用 Dust 把大小攤開，試著少做一件事：不用逐層打開資料夾、猜哪裡最肥。

測試設備是 Mac mini M4 Pro，12 核、64GB。受測執行檔為 Dust 1.2.6；讀取的專案原始碼版本是 ae5c770d84316c28bc95e2a3cc7f43fea84b1f68，安裝腳本下載的是正式發行版，不是現場編譯這個版本。兩次安裝呼叫含版本檢查約 1.2 與 1.7 秒，不能當成所有人的下載速度。

## 一千個小檔，輸給三個大檔

我們建立 1,029 個自製假檔案，分成筆記、影片大小的檔案、下載檔與隱藏快取。每個檔案都填入固定內容；副檔名只是情境標示，不是能播放的影片或能解壓縮的壓縮檔。測試沒有使用私人照片或真正的工作資料。

```bash
dust --version
dust -c -P -w 65 -n 8 /work/demo
```

`-c` 關閉顏色、`-P` 關閉進度提示，`-w` 調整顯示寬度，`-n` 控制列出的項目數量。縮短列表不等於只掃描那些檔案；總量仍是掃描路徑的統計。

| 自製資料 | 數量 | 輸出大小 | 輸出占比 |
| --- | ---: | ---: | ---: |
| Notes 筆記 | 1,000 | 3.9 MiB | 2% |
| Videos 影片大小測試檔 | 3 | 90 MiB | 57% |
| Downloads 下載測試檔 | 25 | 25 MiB | 16% |
| .cache 隱藏快取 | 1 | 40 MiB | 25% |

MiB 是以 1,048,576 位元組為單位。表格沿用工具顯示的大小與整數百分比，有截取精度與檔案系統配置差異，不要拿顯示值反推精確位元組。

![Dust 列出影片資料夾占 57%，隱藏快取占 25%](https://blog.valenvan.uk/img/bootandy-dust-article_1.png)

這份樣本裡，先花時間整理一千份筆記，能處理到的容量其實很少。若想直接定位最大檔案，可以改成只顯示檔案：

```bash
dust -c -P -w 48 -n 4 -F /work/demo
```

這次列出最大的一個是 40 MiB 快取檔，接著是三個各 30 MiB 的測試檔。它幫忙指出值得查看的位置，但沒有告訴我們那些資料可不可以刪。

## 數字變小，空間不一定增加

```bash
dust -c -P -w 48 -n 5 -i /work/demo
```

`-i` 排除隱藏檔。加上後，總量從顯示的 158 MiB 變成 118 MiB，影片資料夾占比也從 57% 變成 76%。原因是 40 MiB 的隱藏快取退出統計，分母變小，不是硬碟突然多出可用空間。

![排除隱藏檔後總量變為 118 MiB，影片占比變成 76%](https://blog.valenvan.uk/img/bootandy-dust-article_2.png)

全部操作前後，我們比對相對路徑與 SHA-256，1,029 個檔案的內容和數量完全一致。第二輪連續三次掃描約 0.0026、0.0026、0.0025 秒；資料很小，也可能已被系統快取，這不是掃整顆硬碟的速度保證。

還有一個讀圖的小地方：樹狀圖會同時列出父資料夾和裡面的檔案。影片資料夾的九十 MiB，已包含下面三個三十 MiB 的檔案，不能再把父子兩層相加，否則就重複計算。錄影為了手機可讀性，只保留較大的項目；完整樣本數量則由另外的檔案清單核對。

我會把 Dust 留給願意打指令、想先找出空間去向的人。它省下逐層翻資料夾的步驟；想要圖形介面、一鍵自動清理的人，這次測試沒有提供那種體驗。最後怎麼處理檔案，仍要回到內容與用途，而不是看到大就刪。

專案：[bootandy/dust](https://github.com/bootandy/dust)。授權：[Apache-2.0](https://github.com/bootandy/dust/blob/master/LICENSE)。