[haiku-commits] Re: r35129 - haiku/trunk/src/kits/tracker
- From: David McPaul <dlmcpaul@xxxxxxxxx>
- To: haiku-commits@xxxxxxxxxxxxx
- Date: Mon, 18 Jan 2010 12:45:43 +1100
2010/1/18 Ingo Weinhold <ingo_weinhold@xxxxxx>:
> The main problem will remain, though: If you start a copy operation with
> empty caches and the source and target FS lie on different drives the copy
> speed of the first seconds should be bound only by the read speed of the
> source. With a lot of RAM those first seconds might be considerably more
> than just a few seconds actually. Of course there are other important
> factors -- like what kinds of files files are copied (small ones with lots
> of attributes vs. huge ones) or whether other I/O on the same disk is going
> on in parallel -- but I guess one will mostly get too optimistic estimates
> when computing them based on the actual progress made in the first few
> seconds.
Perhaps only display an ETA when the transfer rate is stable.
So if we are maintaining a 70Mb/s rate for several seconds then we can
have confidence in a completion time.
But if it is rapidly increasing or decreasing then we cannot have a
reasonable estimate.
--
Cheers
David
Other related posts:
