Bug 106401 - The estimation of time while upgrading is wildly inaccurate
Summary: The estimation of time while upgrading is wildly inaccurate
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Fedora
Classification: Fedora
Component: anaconda
Version: rawhide
Hardware: i686
OS: Linux
low
low
Target Milestone: ---
Assignee: Jeremy Katz
QA Contact: Mike McLean
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-10-06 19:11 UTC by Horst H. von Brand
Modified: 2007-11-30 22:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2005-05-18 17:44:04 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Horst H. von Brand 2003-10-06 19:11:35 UTC
Description of problem:
It wandered all over the map, from 5+ hours (!) down to 46 minutes (!!) before
finally (by 1/3 of the work done) settling for 2 hours.

This is not exactly new, all RH installations I remember had the same problem.

Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
    
Actual results:
Wild guesses at the total time, settles rather late during upgrade/install

Expected results:
Reasonably close estimates, preferably going down slightly and not fluctuating.

Additional info:

Comment 1 Michael Fulbright 2003-10-10 16:15:09 UTC
Test3 should have a more reasonable estimate.  Having looked at this quite a bit
estimating the total install time at the early part of the install is very
difficult because its not a simple matter of just bytes/sec.  Post-install
scripts and running ldconfig over and over tend to take longer as the install
progresses.

Comment 2 Horst H. von Brand 2005-01-20 20:37:56 UTC
The estimate in FC3 is much more in line with reality.

Thanks!


Note You need to log in before you can comment on or make changes to this bug.