如何進行檔案系統測試？

Question

我計劃測試一個檔案系統。我應該考慮做什麼。或如何實現同樣的目標。是否有任何測試文件系統的工具或任何可靠的參考？

目的：計畫從 ext3 轉向 EFS。

Answer 1

我的第一個答案也是 bonnie++，快速搜尋也顯示臭氧3。兩者均以 Debian 軟體包形式提供。如果您進行更簡單的測試（cp、mv、rm），則應考慮在每次測試之前清除核心保留的緩存，echo 1 > /proc/sys/vm/drop_caches否則可能會導致不代表檔案系統本身的差異。

Answer 2

這裡還有兩個選項，我發現它們對於檔案系統基準測試非常有用。

1）郵戳- 它是一個基準，模擬繁忙的郵件伺服器訪問的檔案系統的實際使用情況。

下載：http://www.freshports.org/benchmarks/postmark/

測試時，請確保您已經比較了 ext3 日誌記錄的不同選項 - 它們在效能方面可能有很大不同（寫回日誌記錄在我的 Postmark 實驗中給出了最佳結果）。

2）文件台- 另一個很棒的基準，為您提供更大的靈活性。如果您有特定原因考慮從 ext3 遷移，您可能會喜歡 filebench - 它具有許多不同的工作負載，因此您只能專注於您感興趣的效能瓶頸（檔案建立/刪除操作或順序讀取/寫入與隨機的，給你幾個例子）。

你必須在 google 上搜尋它，因為我還不允許使用更多的超連結 - 該專案本身託管在 SourceForge 上，並且在 OpenSolaris.org 網站上可以找到非常好的快速入門指南。

最後一點：請確保將負載分散到盡可能多的磁碟（主軸）上，以獲得最準確的結果。專門分配一些磁碟進行基準測試也是有意義的，並在每次運行基準測試之前對它們進行 newfs。

Answer 3

不要只測試速度，也要考慮可靠性。例如，嘗試關閉繁忙檔案系統上的磁碟電源並查看還剩下什麼。

可用的修復和恢復工具的品質也很重要，很難單獨測試。例如，區塊結構可能會抑制嘗試從不可挽救的檔案系統中以原始模式挽救資料的工具。

有關在非常嚴酷的打擊下測試檔案系統的更多提示，您可能會對 ZFS 人員所做的事情感興趣：一 二

Answer 4

多一點：

• 菲奧與上面提到的 filebench 類似：「fio 是一個 I/O 工具，旨在用於基準測試和壓力/硬體驗證。它支援 13 種不同類型的 I/O 引擎（sync、mmap、libaio、posixaio、 SG v3、splice、null、network、syslet、guasi、solarisio 等）、I/O 優先權（對於較新的Linux 核心）、I/O 速率、分叉或執行緒作業等等。 。
• 檔案系統練習器 (fsx)最初來自 Apple，但現在有針對各種作業系統的變體。