Bug 106222

Summary: very slow instlattion when doing an "upgrade" install
Product: [openSUSE] SUSE LINUX 10.0 Reporter: Simon Crute <simon.crute>
Component: YaST2Assignee: Jiri Srain <jsrain>
Status: RESOLVED WONTFIX QA Contact: Klaus Kämpf <kkaempf>
Severity: Normal    
Priority: P5 - None CC: ma
Version: Beta 2   
Target Milestone: ---   
Hardware: i586   
OS: SUSE Other   
Whiteboard:
Found By: IS&T Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---
Attachments: yast2 install logs

Description Simon Crute 2005-08-22 16:08:21 UTC 
I was doing an "upgrade" install of 10.0b2 from 9.3. 
I was installing over the network from an install point on the same 100Mbps
network as I am on. No significant other network trafic. 

The install took over 3 hours from starting to copy files until it was finished. 
yast2 logs attached.
Comment 1 Simon Crute 2005-08-22 16:12:38 UTC 
Created attachment 46991 [details]
yast2 install logs

A tar.bz2 of the yast2 log files from the installation.
Comment 2 Arvin Schnell 2005-08-22 19:56:32 UTC 
Seems as the backup option was turned on.  Don't know if that's the
default.  Otherwise I guess it's simply that slow with more than 2000
packages installed.
Comment 3 Jiri Srain 2005-08-23 12:21:48 UTC 
Arvin, what did you mean with the "backup option"?  
 
The biggest time consumer (according to log) is RPM itself. Sorry, but there 
is nothing we could do about it. Therefore WONTFIX (#define WONTFIX CANTFIX)
Comment 4 Arvin Schnell 2005-08-23 12:32:09 UTC 
With "backup option" I mean the check for modified files belonging
to any RPM.  In the proposal its the checkbox Create Backup of
Modified Files" under the title "Backup". And it's on per default.
Comment 5 Klaus Kämpf 2005-08-23 12:38:30 UTC 
This is really RPMs fault. RPM is kind of stupid when it comes to database 
operations. It always reads the complete rpmdb into memory, changes it, and 
writes it back out. 
Instead of calling the rpm binary, one could also link to librpm and use its 
functions. We tried this already and lots of other bugs appeared :-(