我正在真實生產環境中測試 QuTS hero h6.0 Beta，但仍然遇到嚴重的 SMB 穩定性問題，特別是在 macOS Tahoe 客戶端 上。
環境
- NAS 作業系統： QuTS hero h6.0 Beta（測試時最新可用版本）
- 記憶體： 32 GB
- 儲存空間： 啟用 SSD 寫入加速的 ZFS 儲存池
- 客戶端： 多台 macOS Tahoe 工作站
- 網路： 1 GbE 區域網路
- 工作負載： 大型設計工作室共享，檔案數量多，許多小檔案，頻繁瀏覽及儲存
問題摘要
當 Tahoe Mac 透過 SMB 連接時，NAS 上的 SMB 程序（smbd）會出現記憶體使用量暴增的情況。單一連線甚至會消耗數 GB 記憶體，即使 Mac 端只掛載了一個共享資料夾。
隨著記憶體使用量增加，NAS 最終會自動停止 SMB 服務，導致所有使用者斷線，嚴重影響生產。
觀察到的症狀
smbd[client-ip]程序每個連線消耗 2 GB 到 6 GB 記憶體- 單一 Mac 客戶端會產生多個
smbd程序 - SMB 活動繁重時 CPU 出現尖峰
- 某些情況下，SMB 工作程序在客戶端斷線或重啟後仍然存在（孤立的「殭屍」
smbd程序持續佔用記憶體） - 「線上使用者」不一定反映真實資源使用狀況，因為即使使用者已斷線，
smbd程序仍可能存在
重現步驟（簡化）
- Tahoe Mac 連接 NAS SMB 共享
- 瀏覽大型資料夾並正常工作（Finder + Adobe 應用程式）
- 隨著時間推移，SMB 程序的記憶體使用量迅速上升
- NAS 遭遇記憶體壓力，SMB 服務自動停止
預期行為
SMB 連線應穩定，每個客戶端的記憶體使用量合理，不應出現一兩個客戶端就能消耗大量記憶體，導致 NAS 停止所有人的 SMB 服務。
實際行為
SMB 記憶體使用量失控增長，直到 SMB 被終止，所有使用者斷線。
已嘗試的疑難排解
- 調整 SMB 設定並停用如租約 / 非同步 IO 等功能（如可行）
- macOS 端進行緩解（停用網路 .DS_Store、nsmb.conf file_ids_off、Spotlight 排除）
- 手動清理卡住的 SMB 程序暫時可釋放記憶體，但正常使用下問題會再現
問題
QNAP 是否已知 macOS Tahoe SMB 客戶端行為 與 QuTS hero h6.0 Samba 版本之間存在相容性問題？
是否有建議的設定或即將推出的修補程式，可防止記憶體暴增及殭屍 smbd 程序？
感謝協助，如有需要可提供日誌或截圖。
