Calculating Estimated time?

  • Thread starter Thread starter Lars Netzel
  • Start date Start date
L

Lars Netzel

Hello!

I have a number of files to copy. I have to total Amount of files and the
Total FileSize of this operation (for example 3453 files, 4065.4 Mb)... How
can I calculate how much time this will take so the user have an Idea of how
much time it will take to copy? This will also be something to base a
progressbar on.

regards
/Lars
 
Low long is a peice of string ?

This will depend on the server the files are being copied from and to, the
speed of the network, how congested it is.

As a rule of thum, measure the time for a 5GB file transfer on a busy day
and use that as a guide.

Regards

--

OHM ( Terry Burns )
. . . One-Handed-Man . . .

Time flies when you don't know what you're doing
 
* "Lars Netzel said:
I have a number of files to copy. I have to total Amount of files and the
Total FileSize of this operation (for example 3453 files, 4065.4 Mb)... How
can I calculate how much time this will take so the user have an Idea of how
much time it will take to copy? This will also be something to base a
progressbar on.
Click to expand...

IMO, that's not as easy. Windows provides this information and it's (at
least on my machine) always not accurate. When copying from HDD to HDD,
speed strongly depends on how fragmented the files are, so there is no
constant copying speed. You could, for example, calculate the current
time needed to copy 1 MB and then calculate how long the rest will take,
but if the copying speed decreases, the result can change quickly.
 
Lars,
In addition to the others comments, I would use a "sliding" average...

I would start assuming I am copying x bytes/minute and display the estimated
time based on that.

For each y KB I copy I would time how long those KB took, giving me a new x
bytes/minute, allowing me to display a new estimated time based on the new x
bytes/minute...

Hope this helps
Jay
 
yeah, that makes sence!

Thanx
/Lars

Jay B. Harlow said:
Lars,
In addition to the others comments, I would use a "sliding" average...

I would start assuming I am copying x bytes/minute and display the estimated
time based on that.

For each y KB I copy I would time how long those KB took, giving me a new x
bytes/minute, allowing me to display a new estimated time based on the new x
bytes/minute...

Hope this helps
Jay
Click to expand...
 
sorry for my stupidity but isn't it just a simple case of

speed=distance/time
thus
speed = totalfilesize/time

or sumthing

and then as you copy more bites you modify the formula

speed=(totalbytescopied)/(totaltimeittooksofar)

i don't know if this will work correctly but it will definitly vary between
say
a gig of small files, a one gig file and say 12 files comprising 1 gig in
total




Lars Netzel said:
yeah, that makes sence!

Thanx
/Lars

"Jay B. Harlow [MVP - Outlook]" <[email protected]> skrev i meddelandet
Lars,
In addition to the others comments, I would use a "sliding" average...

I would start assuming I am copying x bytes/minute and display the estimated
time based on that.

For each y KB I copy I would time how long those KB took, giving me a
Click to expand...
new
x
bytes/minute, allowing me to display a new estimated time based on the
Click to expand...
new
x
bytes/minute...

Hope this helps
Jay

Mb)...
How of
how
Click to expand...
Click to expand...
 
Back
Top