Gentoo Forums
Gentoo Forums
Quick Search: in
Slow performance during install [SOLVED]
View unanswered posts
View posts from last 24 hours

 
Reply to topic    Gentoo Forums Forum Index Installing Gentoo
View previous topic :: View next topic  
Author Message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 11:15 am    Post subject: Slow performance during install [SOLVED] Reply with quote

Hi all,

I'm installing Gentoo for the first time in a Table PC (HP Compaq TC4200) through a USB Key and something really wierd is happening. The boot works but is _extremely_ slow hanging for ages in coldplugging (using 2006.0).
Then after it was done (about 45 min. to boot), I get a stage 3 and unpack it. It has been unpacking for almost an hour. I used xvjpf and it uncompresses some files and stops, then uncompresses some more and stops, then some more and stops. This is definitely not what I'm used to. Can it be due to usb key install (I used docache as boot param, so it should not be). Is there a way to make this faster?

Cheers,

Paulo Matos


Last edited by pmatos on Wed Apr 25, 2007 1:38 pm; edited 1 time in total
Back to top
View user's profile Send private message
moocha
Watchman
Watchman


Joined: 21 Oct 2003
Posts: 5722
Location: Cluj-Napoca, Romania

PostPosted: Wed Apr 25, 2007 11:38 am    Post subject: Reply with quote

USB 1.1? If yes, it means slow.
No DMA on the target hard drive? Check via hdparm -i /dev/hda. If yes, it means slow.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin
Back to top
View user's profile Send private message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 12:06 pm    Post subject: Reply with quote

moocha wrote:
USB 1.1? If yes, it means slow.


Since I used docache, this should not be a problem because the pen should have been copied to the memory.

moocha wrote:

No DMA on the target hard drive? Check via hdparm -i /dev/hda. If yes, it means slow.


I'll check this!
Back to top
View user's profile Send private message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 12:14 pm    Post subject: Reply with quote

pmatos wrote:

moocha wrote:

No DMA on the target hard drive? Check via hdparm -i /dev/hda. If yes, it means slow.


I'll check this!


Using udma5. This should not be a problem, definitely!
Not sure about USB version, anyway to check that out?
Back to top
View user's profile Send private message
moocha
Watchman
Watchman


Joined: 21 Oct 2003
Posts: 5722
Location: Cluj-Napoca, Romania

PostPosted: Wed Apr 25, 2007 12:31 pm    Post subject: Reply with quote

Hang on - docache? How much RAM does that system have? If almost all of it is taken by the source media cache, of course it'll be slow as hell :).
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin
Back to top
View user's profile Send private message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 12:37 pm    Post subject: Reply with quote

moocha wrote:
Hang on - docache? How much RAM does that system have? If almost all of it is taken by the source media cache, of course it'll be slow as hell :).


2Gb.

free -m reports (hand-copied):
Code:

Mem: 2019total 1955used 64free
Buffers/cache: 196used 1822free


I don't really think that is the problem. :( 2 hours now to uncompress portage-latest snapshot.
Back to top
View user's profile Send private message
moocha
Watchman
Watchman


Joined: 21 Oct 2003
Posts: 5722
Location: Cluj-Napoca, Romania

PostPosted: Wed Apr 25, 2007 12:41 pm    Post subject: Reply with quote

Oh, 2G, it's unlikely to be that.
Don't yell at me for asking, but I have to ask: Are you sure you're decompressing to the file system on the target drive and not to RAM? I've seen attempted installs where the user forgot to mount /mnt/gentoo and was operating on the RAM disk... A quick df -h should tell you.
If it's not that, take a peek at what top says. While uncompressing you should see bzip2 skyrocketing to 99% CPU - if it doesn't, we'll at least know what to rule out.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin
Back to top
View user's profile Send private message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 12:48 pm    Post subject: Reply with quote

moocha wrote:
Oh, 2G, it's unlikely to be that.
Don't yell at me for asking, but I have to ask: Are you sure you're decompressing to the file system on the target drive and not to RAM? I've seen attempted installs where the user forgot to mount /mnt/gentoo and was operating on the RAM disk... A quick df -h should tell you.


I was really hoping this to be it... but it was not. I mounted /dev/hda3 and /dev/hda1 to /mnt/gentoo and /mnt/gentoo/boot respectively. Everything seems fine! :(

moocha wrote:

If it's not that, take a peek at what top says. While uncompressing you should see bzip2 skyrocketing to 99% CPU - if it doesn't, we'll at least know what to rule out.


Oh, that was a nice idea. kacpid is taking 98% of CPU. I tried to kill it but it comes up again. :( Any idea on how to annihilate it?
Back to top
View user's profile Send private message
moocha
Watchman
Watchman


Joined: 21 Oct 2003
Posts: 5722
Location: Cluj-Napoca, Romania

PostPosted: Wed Apr 25, 2007 1:01 pm    Post subject: Reply with quote

kacpid is a kernel process, you can't kill it. I'm afraid the only way out is to reboot, this time using the noacpi kernel command line flag.
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin
Back to top
View user's profile Send private message
pmatos
Veteran
Veteran


Joined: 06 Jun 2003
Posts: 1220
Location: Cambridge, UK

PostPosted: Wed Apr 25, 2007 1:38 pm    Post subject: Reply with quote

moocha wrote:
kacpid is a kernel process, you can't kill it. I'm afraid the only way out is to reboot, this time using the noacpi kernel command line flag.


Yep, did acpi=off and worked! Phew... now it's fast!

Thank you so much for the help during this slow issue... :)
Back to top
View user's profile Send private message
moocha
Watchman
Watchman


Joined: 21 Oct 2003
Posts: 5722
Location: Cluj-Napoca, Romania

PostPosted: Wed Apr 25, 2007 1:43 pm    Post subject: Reply with quote

Glad to hear it's working properly now. Have fun!
_________________
Military Commissions Act of 2006: http://tinyurl.com/jrcto

"Those who would give up essential liberty to purchase a little temporary safety deserve neither liberty nor safety."
-- attributed to Benjamin Franklin
Back to top
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Installing Gentoo All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum