Bug 113283 - Installation of first CD, painfully slow
Summary: Installation of first CD, painfully slow
Status: RESOLVED INVALID
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: Kernel (show other bugs)
Version: Beta 3
Hardware: 32bit SUSE Other
: P5 - None : Minor
Target Milestone: ---
Assignee: Tejun Heo
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-26 11:45 UTC by Roger Larsson
Modified: 2007-02-21 14:16 UTC (History)
1 user (show)

See Also:
Found By: Beta-Customer
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
The requested logs (326.30 KB, application/x-tgz)
2005-08-26 21:34 UTC, Roger Larsson
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Roger Larsson 2005-08-26 11:45:42 UTC
Installing the first CD on my IBM 390E Thinkpad was painfully slow, >8 h 
(I checked that DMA was enabled, it had main power all the time) 
The other CDs was much quicker - why?
Comment 1 Roger Larsson 2005-08-26 11:46:40 UTC
Forgot: I did also check with vmstat, there was no swapping either. 
Comment 2 Arvin Schnell 2005-08-26 12:21:43 UTC
Please provide YaST2 logs, see:
http://www.opensuse.org/index.php/Bug_Reporting_FAQ#YaST
Comment 3 Roger Larsson 2005-08-26 21:34:42 UTC
Created attachment 47837 [details]
The requested logs
Comment 4 Arvin Schnell 2005-08-29 12:56:46 UTC
Jiri, please have a look if you can see anything strange.
Comment 5 Jiri Srain 2005-08-29 14:29:25 UTC
Hmm, I doubt it was problem of YaST itself... 
Comment 6 Roger Larsson 2005-09-17 13:58:33 UTC
Still very slow install with 10.0 RC1 (still on the first CD) 
2/3 is done with 6.41 h remaining on first CD... 
no swapping, 60% cpu in sys, 40% in wait 
with top I can see that much time is spent in hi (hardware interrupt?), 
probably due to DMA off (since I with the RC1 have to run with 
"safe settings", see bug #117541) Could it be that with earlier install 
CD did run without DMA (I do not think so), RC1 tries to but fails... 
But what changes to CD2, reboot? 
Comment 7 Jiri Srain 2005-10-03 12:15:51 UTC
Hmm, this sounds more like a kernel problem... 
Comment 8 Jiri Srain 2005-10-03 12:16:10 UTC
Hmm, this sounds more like a kernel problem... 
Comment 9 Roger Larsson 2006-01-12 21:40:37 UTC
10.1 alpha 4 could be installed without using safe settings - still slow...
Comment 10 Stefan Hundhammer 2006-09-12 13:49:49 UTC
You might want to check the DMA mode on that device.

While the installation is running, switch to console 2 (Ctrl-Alt-F2) and invoke "hdparm /dev/hdb". I suspect DMA is off (using_dma = 0). That might explain the poor performance.
Comment 11 Roger Larsson 2006-09-13 00:57:29 UTC
DMA of on CDROM? Could be it!
Will try to test with 10.2 later.
Comment 12 Roger Larsson 2006-09-27 18:31:28 UTC
Installed 10.2 same slowness...
hdparm is showing that DMA is on.
/proc is also showing DMA on.

Maybe the disks just are SLOW.

hdparm -tT /dev/hda
  cache 160.15 MB/s
  buffered disk 8.57 MB/s

hdparm -tT /dev/hdc
  cache 160.9 MB/s
  buffered disk 1.92 MB/s (ouch)

Tried other settings, resulted in slower operation
  -c1 => half speed, -u1 => 4/5 speed

Having data compressed on CD should help a little but it is still
much slower than the HD...
Comment 13 Tejun Heo 2007-01-08 16:54:59 UTC
Ouch, 1.92MB/s pretty much explains it.  Please post /var/log/boot.msg, the result of 'hwinfo --all', 'hdparm -I /dev/hda' and 'hdparm -I /dev/hdc'
Comment 14 Tejun Heo 2007-02-03 04:49:15 UTC
Roger, ping.
Comment 15 Tejun Heo 2007-02-21 14:16:54 UTC
Closing as invalid.  Please reopen when the info can be provided.  Thanks.