Slow bootup and slow system on Asus P4P800-E Deluxe with 3.4Ghz P4-HT
Hoping for some help here with my problem since I have been unable to figure it out myself. I have a fresh install of FC6 on an Asus P4P800-E Deluxe motherboard with an Intel P4-HT 3.4Ghz processor that has only been updated after installing the livna nvidia drivers to get into init5. The problem is when I boot it up it takes awhile (10-15min) to get fully booted up, then when it is booted up the cpu load is high when the system is at idle and it runs very slow. This system runs fine in windows, I have tried knoppix and ubuntu (both live CD's) on it and they start up, however they ran slow as well and still take some time to boot up. I have set FC6 up on 3 other computers with no problems and have also set up FC5 and FC3 a few times, they were all with different motherboards though. I have searched around on ubuntuforums.org and linuxquestions.org as well as on here and have tried all the suggestions I could find on the posts found on them but nothing has seemed to work. Hopefully someone can help, I would like to get this system running FC6 with the performance it should have since my other computers are running FC6 problem free and my 996Mhz one is running better than this one. Thanks in advance, specs are below and I can get any other info as needed.
-Asus P4P800-E Deluxe
-Intel P4-HT 3.4Ghz
-4096Mb PC3200 SDRAM
-Nvidia 512Mb 6800XT AGP
-40Gb IDE Hard Drive
-160Gb IDE Hard Drive
-Bios Version: 1009 (Newest)
-IDE Chipset Configuration: 'Compatibility Mode' PATA Only
-ACPI 2.0: Enabled
-ACPI APIC Support: Enabled
-BIOS-->AML ACPI Table: Enabled
Have tried different combinations of: noapic, acpi=off, noht, nosmp, maxcpu=0, irqpoll
links to the suggestions I have tried:
Hi - seems i have a similar problem...
I have also a P4P800 with an P4@3Ghz, 2Gb Ram - Bootuptime is with Ubuntu Feisty really okay (~40sec), but with many LiveCDs i got problems while booting. Including Knoppix, Mandrive and FC7beta (which i have testet sofar). All lead to an "ata1: timeout...." which gets repeated somehow often.
Feisty boots okay, but Harddisk performance is much worser than under WinXP on the same machine. I have a question thread (unanswared sofar) in ubuntuforums: http://ubuntuforums.org/showthread.php?t=423214 (detailed description of my system, logs and configurations i have tried)
I tried to disable the onboard Promise SATA Controller in the BIOS - Bootup problems disappered - but performance was also bad (and i need 4 SATA ports).
Did you find any further improvements? Or any way to get at least track of the bottleneck, causing this behaviour?
I haven't made much progress on what the bottleneck is. I installed Ubuntu, I think it was edgy, on the computer to see if an installed version would work any better than the liveCD but there was no difference. So pretty much I'm still searching around for a solution as well. I haven't tried ubuntu fiesty yet, but might give it a try to see if it makes any difference. Mostly right now I'm waiting for the final release of Fedora Core 7 to give it a try.
Looking at your post on Ubuntuforums.org it sounds as though your cpu usage goes up to 100% only when accessing the hard drive, is this correct? or is your cpu usage always high such as at idle after it boots up?
Also have you tried setting your ICH5 Bios setting to "compatible" instead of "enhanced" and reinstalling ubuntu completely? I've read this is one fix to the slow performance with this motherboard in linux, however it did not work for me.
If there is anymore info I can provide or any suggestions of what to try, let me know.
I can work with the system - more or less - okay, have mostly a WinXP running in an VMware and other big applications in parralell - there is no problem with CPU power - as long i keep disc IO low :)
In between I was a bit googling:
Maybe it has something to do with this bug - but i have tried to limit my memory to 700Megs (mem=700M) but Disc Perfomance didnt improve noticeable... will try to build a new kernel without highmem - just for testing.
I also read, it may have something to do with the "AGP-Aperature-Size" Option in the kernel... Maybe youll try to set it to 1Meg or 32Meg - in my case: didnt change anything :)
Okay... maybe, mem=700 (this means HighMem isnt used) helped a bit - access to many different files is somewhat faster. If i open a folder in DigiKam, all the thumnails now get loaded very fast. Much faster than with HighMem used.
But overall responsevines isnt what I expect from a hardware i have here.
I'm going to do a fresh install of Fedora Core 6 tonight to get rid of any changes I already made to the current install and will give the mem=700 a try along with the "AGP-Aperature-Size" option. I'll post my results after I give them a try, maybe the HighMem being used might be part of the problem.
grep Drive /var/log/messages
Results from grep Drive /var/log/messages and dmesg. dmesg was a bit long so it is attached
You listed 2 IDE drives in you first post 40/160 but no mention of scsi.
What is the scsi business in dmesg? Is that some usb drive you didn't list? Can it be a slowdown?
I doubt if memory is a problem unless you have a bad memory card in there.
896MB LOWMEM available is a normal message in my system with 1.5GB memory.
You also didn't list PDC20269. What is that?
It has hde: _NEC DV-5700A, ATAPI CD/DVD-ROM drive attached.
I had problems with DVD on a PDC20268 (Promise Ultra100tx2) and changed the DVD to the MB controller. Haldaemon had fits with mine, but grep Drive messages shows no problems on yours.
I'm pretty sure the scsi in the dmesg is my external usb drive, it is usually not plugged into this computer so I doubt it is the problem but I will disconnect it for now to make sure. Same with the memory problem, I doubt there is a bad memory card in there because they all pass memtest.
I did forget to mention the PDC20269, I assume this is my Promise Ultra133tx2 since I do have one in there. However I just removed it to make sure it wasn't the problem and it didn't seem to make a difference.
One other thing I have noticed is that with the boot up time a lot of the time seems to be sitting after "starting udev:" shows up then after a bit of waiting(~5min) it times out and says it will continue in the background also showing it as failed. Not sure if that helps narrow down the problem, but just something I noticed the last few times of starting it up today.
Would the startup go faster if you did:
/sbin/chkconfig sendmail off
Later, if desired, you can turn it back on with:
/sbin/chkconfig sendmail on
If doing that makes it startup faster, then the hosts et. al. files are incorrect.
top -n 5
"/sbin/chkconfig sendmail off" did not seem to make a difference in the boot up time and "starting udev:" still times out and fails. Any other ideas as to what could cause it to time out or fail?
output of "top -n5"
What if you run:
Then watch top while you move the mouse around, click, click on menu.
Does that make xorg go 100%
looks as though nautilus is what goes up in cpu usage, it goes up to about 15% just moving the mouse around then about 50% when clicking and moving over the menu. xorg is listed second and stays about 6-10%. then top is third at about 7%
|All times are GMT +1. The time now is 11:55 AM.|
Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2017, vBulletin Solutions, Inc.