我有一個應用程序可以將大量文件通過網絡複製到文件服務器(而不是網絡)。我試圖展示剩餘時間的一半體面估計。計算文件複製上的剩餘時間
我看過很多關於這個問題的文章,而這個問題已經解決了,我嘗試過的沒有一個真正做我想做的。我希望估計的時間仍然相對穩定I.E.根據波動的傳輸速度,不要在整個地方跳來跳去。
所以我看着所述第一解決方案是計算每秒
double bytePerSec = totalBytesCopied/TimeTaken.TotalSeconds;
以字節爲單位的傳輸速度,然後除以該傳輸速率的剩餘的總字節。
我估計剩餘時間會變得更加穩定,一旦幾MB已被複制(但期望它會改變。它沒有,它的不穩定和跳躍周圍所有的地方。
然後,我所以現在嘗試了這樣的解決方案之一....
double secRemain = (TimeTaken.TotalSeconds/totalBytesCopied) * (totalFileSizeToCopy - totalBytesCopied);
這是一個類似的計算,但希望它可能會有所作爲!
我是那種薄薄國王我需要從另一個角度來看待這個問題。 IE使用平均值?使用某種倒數計時器並重新設置每隔一段時間?只是尋找意見或最好從任何人已經有這個問題的建議。
您可能還想考慮每個文件可能帶有每文件滯後時間 - 用於打開流並在某處創建新文件。複製一百萬個1kB文件需要更長的時間,而不是複製一個1 GB文件? –
您可以使用「複製XXX中的1」來顯示進度條嗎? –
[鏈接](http://stackoverflow.com/questions/2779600/how-to-estimate-download-time-remaining-accurately)這是你可能想要的。 – stepandohnal