本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
File Transfer 最佳實務
為了充分利益Nimble Studio File Transfer，我們建議您在此頁面上執行最佳作法。
Amazon Simple Storage Service (Amazon S3)
-
若要將全球各地傳輸到 Amazon S3 儲存貯體的傳輸速度最佳化，請遵循使用 Amazon S3 傳輸加速設定快速、安全的檔案傳輸教學中的指示進行操作。
-
若要將儲存成本降至最低，請遵循 ＜ 設定值區生命週期組態以中止不完整的分段上傳教學 ＞ 中的指示，設定生命週期規則。如需降低成本的詳細資訊，請參閱部落格文章「探索和刪除不完整的分段上傳」以降低 Amazon S3 成本
。
AWS Key Management Service (AWS KMS)
-
在中建立 S3 儲存貯體時建立 S3 儲存貯體，建議您選擇一個金AWS Key Management Service鑰 (SSE-KMS)。如需 KMS 金鑰的詳細資訊，請參閱客戶金鑰和金AWS鑰。
硬體
我們建議您的電腦符合以下要求供您使用File Transfer。
-
8 個邏輯 CPU 核心
-
8 GB RAM
File Transfer可以在規格少於這些規格的機器上運行，但這可能會降低性能。
組態
您可以選擇使用自動調整或手動調整參數，以最適合您的檔案傳輸使用案例。如果您選擇手動調整設定，如果執行不當，可能會遇到效能不佳的情況。我們建議大多數使用者保持啟用自動調整。
自動調整配置
我們建議大多數使用者將 [傳送自動調整] 設定保持啟用狀態 如果啟用「傳輸自動調整」設定，File Transfer會自動設定執行緒數目和區塊大小的值。 File Transfer根據您傳輸的資料類型決定最有效的設定。
傳輸自動調整設定會根據每個檔案調整您的效能設定。如果您手動設定執行緒數目和區塊大小的值，這些設定會套用至整批傳輸。這就是為什麼傳輸不同大小的文件時，傳輸自動調整通常會提高性能的原因。傳輸自動微調設定的效能與傳輸相似大小的檔案時手動設定調整的效能相當。如果您具備硬體和傳輸資料的進階知識，您的手動設定可能會超越傳輸自動調整選擇的值。
執行緒
使用時File Transfer，每次傳輸都會分割成用於傳輸每個檔案的多個個別執行緒。上傳大型檔案 (> 1 GB) 時，執行緒最有效。線程也可以幫助處理小文件，但傳輸速度的差異將不明顯。
默認情況下，線程數為 10。我們建議您以增量 5 來提高此值，直到您完全使用頻寬資源為止。您可以透過查看傳輸的下載和上傳速度，從圖形使用者介面 (GUI) 監視頻寬資源。
塊大小
塊大小是每個線程傳遞的大小（以 MB 為單位）。如果檔案大小在正在上傳的檔案集中重複，則區塊大小會很有幫助。
建議您將區塊大小設定為要傳輸的平均檔案大小 5 到 10 倍。例如，如果資料集中的平均檔案大小為 50 MB，請將區塊大小設定在 55 到 60 之間。如果文件大小大於 1 GB，則不會顯示太多好處。
最大作用中傳輸
最大作用中傳輸會決定同時File Transfer處理多少個個別檔案。當您傳輸多個小於 1 GB 的小型檔案時，調整作用中傳輸上限是最有效的。我們建議您隨著檔案大小減小而增加最大作用中傳輸的值。
下表顯示最大作用中傳輸的建議起點和增量。從「最大有效移轉」欄中的值開始，並按增量增加，直到達到所需的效能為止。
| 檔案大小 | 最大作用中傳輸 | 增量 |
|---|---|---|
|
小於 1 MB |
100 |
|
|
大於 1 MB |
50 |
|
|
超過 100 MB — 小於 1 GB |
25 |
|
|
> 1 GB 以上 |
10 |
|
檢查總和
File Transfer校驗和是一次File Transfer處理的個別總和檢查碼數目。總和檢查碼演算法是傳輸檔案時File Transfer用於檔案完整性的演算法。
您可以選擇四種總和檢查碼演算法：MD5XXHash、XXHash64、和XXH3。這是根據您想要的安全性和速度等級而定的偏好設定。最早和最標準的檢查碼方法是MD5安全的。
建議的最大作用中總和檢查值是 CPU 核心總數減去 1。
