我在真實的生產環境中運行 QuTS hero h6.0 beta，為小型設計工作室的 多台 macOS Tahoe 客戶端透過 SMB 提供服務。
環境
-
作業系統： QuTS hero h6.0 Beta
-
硬體： 32 GB RAM，SSD 寫入加速（ZFS）
-
客戶端： 多台 macOS Tahoe 工作站
-
工作流程： 高密度目錄樹與活躍的創意設計資產
表現良好的部分
QuTS hero 在其核心領域持續展現強大效能：
-
ZFS 的穩定性、快照和資料完整性表現優異
-
SSD 寫入加速明顯提升整體反應速度
-
系統在正常負載下表現強勁，僅有偶爾短暫 CPU 峰值（最高達 99%）
-
從儲存與檔案系統角度來看，平台感覺相當穩固
測試期間遇到的問題
我遇到的主要問題與macOS Tahoe 的 SMB 行為有關，而非儲存效能：
-
某些 Mac 客戶端會導致每個 SMB 連線的記憶體使用量非常高，即使只掛載一個共享資料夾
-
macOS 會為 Finder 和中繼資料操作開啟多個背景 SMB 連線，這似乎加劇了此現象
-
某些情況下，SMB 工作程序在 Mac 斷線或重啟時未能正確終止，導致殘留（殭屍）SMB 程序佔用大量 RAM
當記憶體使用量過高時，系統會自動停止 SMB 服務，立即斷開所有已連線用戶。雖然這能保護整體系統穩定性，但在多用戶生產環境中相當擾人。
這些問題並不總是能透過「線上用戶」介面直接察覺，必須在程序層級手動調查才能發現。
緩解措施與回饋
經過對 NAS 與 macOS 端 SMB 行為的仔細調整，系統再次恢復穩定。然而，這些步驟並不直觀，大多數用戶若無進階故障排除能力，難以找出原因。
根據這次經驗，QuTS hero 可考慮以下改進：
-
更適合 macOS 的 SMB 預設值
-
自動偵測並清理殘留的 SMB 程序
-
提供 SMB 工作階段與系統資源使用情況的更佳可視化
-
在記憶體壓力下能更優雅地處理 SMB，而非直接斷開所有用戶
整體印象
QuTS hero h6.0 是一個強大且可靠的 ZFS 架構 NAS 平台。經過調校後，與 Mac 客戶端協作表現良好，但在 macOS 為主的環境下，目前的 SMB 預設值仍可能導致記憶體與 CPU 管理上的挑戰，即使系統配備充足 RAM。
若能加強對 macOS 的 SMB 處理與行為可視化，QuTS hero 將會是創意工作室與專業 Mac 工作流程的極佳選擇。