FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.

» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Redhat > Fedora Development

LinkBack Thread Tools
Old 05-25-2008, 10:19 AM
Roberto Ragusa
Default F9 installation screenshot (and installation duration)

Kevin Kofler wrote:

Chris Lumens <clumens <at> redhat.com> writes:

We used to have that, but removed it. The reason is that our estimates
are never going to be very good based on all sorts of things like time
to download packges (in HTTP/FTP cases) and how long it takes to run a
package's pre/post scriptlet.

In fact, in my experience, the estimates have always been complete nonsense
(off by a factor of 2 in either direction or things like that) even for fairly
predictable HDD installs, so IMHO you did the right thing. :-)

Why not just showing the *elapsed* time, instead of the time to
completion? Elapsed is accurate. :-)

I mean, a user can mentally roughly estimate the remaining time using
the elapsed time and the progress bar; but we avoid the "45 minutes,
25 minutes, 55 minutes" effect.

And if the progress bar is completely unreliable as a time-related axis,
why is it there? Only to show that the process is running? A simple
scrolling list of packages as they're installed would be better, then.

BTW, using the size of the packages as input for the progress bar
appears inappropriate to me in recent Fedora versions as the big
part of the elapsed time is taken by install scripts, not by the
file copying.

I tried a simple experiment on my Fedora 8:

$ rpm -qa|wc -l
$ rpm -qa --scripts >/tmp/all_scripts
$ grep -c ldconfig /tmp/all_scripts
$ grep -c gtk-update-icon-cache /tmp/all_scripts
$ grep -c update-desktop-database /tmp/all_scripts
$ grep -c fc-cache /tmp/all_scripts

The installation time, expecially when upgrading (many packages,
more fragmentation) is becoming too long. Executing more than
1000 times something which finds all the libs in the system
can't be totally right. On modern machines the disk cache
helps a lot, so everything becomes CPU bound, and then fast
CPUs also help. At that point the bottleneck becomes the
RPM DB transaction stuff (tons of fsync()?), expecially in the
last phase of the process which seems to take forever.
On older laptops (512MB, slow disk) the cache is ineffective
and the disk goes crazy.

I have no idea how this can be solved, but I still want to raise
this as an issue, it is getting bad.

Best regards.

Roberto Ragusa mail at robertoragusa.it

fedora-devel-list mailing list

Thread Tools

All times are GMT. The time now is 06:42 AM.

VBulletin, Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright 2007 - 2008, www.linux-archive.org