Bug 150283 - upgrade script slowness
upgrade script slowness
Product: Fedora
Classification: Fedora
Component: kernel (Show other bugs)
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Dave Jones
Brian Brock
Depends On:
  Show dependency treegraph
Reported: 2005-03-04 04:06 EST by Need Real Name
Modified: 2015-01-04 17:17 EST (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2005-03-04 04:23:21 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)
part of strace of the script. (8.23 KB, text/plain)
2005-03-04 04:07 EST, Need Real Name
no flags Details

  None (edit)
Description Need Real Name 2005-03-04 04:06:03 EST
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1 Fedora/1.0.1-1.3.1

Description of problem:
One of the scripts that run during the upgrade is very slow. Running strace reveals why.

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

How reproducible:
Didn't try

Steps to Reproduce:
1. Upgrade your kernel

Actual Results:  It took minutes to continue.

Additional info:
Comment 1 Need Real Name 2005-03-04 04:07:55 EST
Created attachment 111654 [details]
part of strace of the script.

Notice how it is reading the characters one at a time. That is never going to
be fast.
Comment 2 Dave Jones 2005-03-04 04:23:21 EST
the reading 1 char at a time isn't the problem (thats likely bash, and its
reading from stdin). The problem is that theres just so many files to checksum,
as you have so many kernels installed (The runtime increases proportionatly
depending on how many are installed).

For FC4 this has been 'fixed' to some extent by moving a lot of the files that
were in the main package to a -devel package (which you wouldn't install unless
you need it, and is removable after you're done with it).

The problem is always going to be there to some extent though if you have a lot
of kernels installed.

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