另外有同學問到：系統要能提供 「大量檔案的承載能力」是指一群的小檔案的總量很大? 或是一個100GB的檔案也要能處理?

這部分主辦單位主要會使用很多的小型檔案來測試承載能力，同時也較貼近一般環境下的檔案狀況。
但若是有巨大的檔案輸入至系統中，系統應該也要能正常的處理。

另外的問題:

1. Loading emulator 計算完的結果, 需要回傳給使用者嗎?

系統不需要將中間的計算結果 (intermediate result) 顯示出來，只要在最終結果中呈現就可以了。

2. 因為在題目中, p.1「系統應可以處理由主辦單位提供的所有檔案。完成檔案處理的時間應盡可能縮短。」,所以「時間」有包含上傳檔案的時間嗎? 還是只有計算完全部檔案的「時間」?

有同學問到「file emulator 不能處理切過的檔案, 所以能不能明確的說明, file generator 產生的檔案 max 是多大?」

對於這個問題有以下說明：

1. 以理論值來說，file generator 可以產生的檔案大小，至少可以到達 NTFS 的最大值，也就是 16 TB 減 64 KB。在 Linux 系統上，根據檔案系統的不同，亦有可能達到 16 TB。
2. 上述是理論值，主辦單位不會拿 16TB 的檔案來測試參賽者的系統，但測試系統對大檔案（如幾GB）的相容性是有可能的。
3. File generator 產生檔案的演算法是有固定的 pattern 的。若參賽者想藉由了解 file generator 來優化系統，可以考慮對 file generator 或產生的檔案作研究統計。就如同實際情況來說，我們亦可能去統計檔案樣本，以決定某些演算法的策略。

可以假設檔案名稱中的 sha-1 值與檔案內容的實際 sha-1 值是一樣的，
主辦單位在測試之前，會確認所有檔案是正確的。

至於您提到 checksum 有問題的部分，請問是 file generator 產生出來的檔案有問題嗎？
如果是的話，不曉得是在什麼樣的情況下發生的呢？謝謝。

了解，謝謝您的說明。