DaemonForums  

Go Back   DaemonForums > Other Operating Systems > Other BSD and UNIX/UNIX-like

Other BSD and UNIX/UNIX-like Any other flavour of BSD or UNIX that does not have a section of its own.

Reply
 
Thread Tools Display Modes
  #1   (View Single Post)  
Old 1st July 2009
Mantazz Mantazz is offline
Shell Scout
 
Join Date: Oct 2008
Posts: 90
Default Any Solution for Xorg high CPU usage in Ubuntu 9.04?

I just performed the worst "upgrade" of all time on my laptop recently. I "upgraded" my Kubuntu 8.10 to 9.04, after having had good results with the same on my desktop.
Now my laptop is unusable; or at least not usable when you are actually using it directly. If you log in locally, you find XOrg using up to 98% of the CPU at all times. Even a konsole window is barely functional; don't bother trying to start an actual X application.
Oddly enough, this problem does not present itself when logging in over ssh; though that isn't a viable answer for a laptop.
I have seen that quite a few other people have found the same problem with Ubuntu 9.04, though I have yet to find a solution. Some people have been able to correct it by reconfiguring xorg, that did not work for me. Laptop in question has 2gbs ram, and a 1.6ghz P4m.
Reply With Quote
  #2   (View Single Post)  
Old 1st July 2009
Carpetsmoker's Avatar
Carpetsmoker Carpetsmoker is offline
Real Name: Martin
Tcpdump Spy
 
Join Date: Apr 2008
Location: Netherlands
Posts: 2,243
Default

Which video driver are you using? Does switching to a different video drive help (i.e. vga or vesa)?
__________________
UNIX was not designed to stop you from doing stupid things, because that would also stop you from doing clever things.
Reply With Quote
  #3   (View Single Post)  
Old 1st July 2009
Mantazz Mantazz is offline
Shell Scout
 
Join Date: Oct 2008
Posts: 90
Default

Quote:
Which video driver are you using? Does switching to a different video drive help (i.e. vga or vesa)?
According to /etc/X11/xorg.conf I am not using a video driver at all, as none is specified there. I presume the location of the file that is pertinent to video drivers is somewhere else, but I don't know where.
I tried installing the other radeon driver, and it made things an order of magnitude worse (system no longer boots at all).
Reply With Quote
  #4   (View Single Post)  
Old 1st July 2009
adamk adamk is offline
Spam Deminer
 
Join Date: May 2008
Posts: 250
Default

Xorg autodetects most items these days (not always correctly), so you need to check /var/log/Xorg.0.log to see what driver is being used. The log file might also point out what's causing such high CPU usage. Please attach it to a post here.

Adam
Reply With Quote
  #5   (View Single Post)  
Old 1st July 2009
Beastie Beastie is offline
Daemonology student
 
Join Date: Jan 2009
Location: /dev/earth0
Posts: 335
Default

As Carpetsmoker suggested, try using VESA, by adding Driver "VESA" (in Section "Device") to xorg.conf.
If there's already a Driver entry there, comment it out along with "VendorName", "BoardName", etc.
__________________
May the source be with you!
Reply With Quote
  #6   (View Single Post)  
Old 2nd July 2009
Mantazz Mantazz is offline
Shell Scout
 
Join Date: Oct 2008
Posts: 90
Default

Indeed the video driver does seem to be the key to my misery. Of course the mystery remains as to why it changed between version 8.10 and 9.04 of the same OS. We'll see if I can successfully reinstall it and get things back to some sense of normalcy, the VESA driver only works at 640x480 which is pretty well useless for what I need to do.
Reply With Quote
  #7   (View Single Post)  
Old 2nd July 2009
BSDfan666 BSDfan666 is offline
Real Name: N/A, this is the interweb.
Banned
 
Join Date: Apr 2008
Location: Ontario, Canada
Posts: 2,223
Default

Perhaps you could post your Xorg.0.log file and a dmesg here? either as an attachment or using [code][/code] blocks.

I'm sure at least someone here will be capable to parse through a Linux dmesg.

One other option might be switching between EXA and XAA acceleration.
Reply With Quote
  #8   (View Single Post)  
Old 2nd July 2009
Mantazz Mantazz is offline
Shell Scout
 
Join Date: Oct 2008
Posts: 90
Default

I think the problem may even more specifically come from the package "xorg-driver-fglrx", which is installed automatically when I try to install the radeon driver. I suspect this because if the radeon driver is present, but not used in xorg.conf (using driver "VESA" there instead), my system refuses to boot.

If I uninstall "xorg-driver-fglrx", using driver "radeon" in xorg.conf, my system boots but I get the runaway XOrg process (> 95% CPU as seen in top).

Similarly if the package "xorg-driver-fglrx" is installed and I use the radeon driver in xorg.conf, my system does not boot completely.

The only way I can currently get my system to boot and be semi-usable is to uninstall all the video drivers, and use the vesa driver. This is of course not even close to sub-optimal, as it loads at 640x480.

I have attached the Xorg.0.log and dmesg outputs from each of three conditions; running the vesa driver (radeon uninstalled completely), running the vesa driver (radeon installed but not used in xorg.conf), running the radeon driver.

I welcome any insight anyone may have on this. Bonus points for anyone who can explain why on earth kubuntu also decided to trash my wife's login account on my laptop.
Attached Files
File Type: txt dmesg.070109.driverinstalled.txt (37.0 KB, 75 views)
File Type: txt dmesg.070109.radeoncfg.txt (37.1 KB, 71 views)
File Type: txt dmesg.070109.txt (37.1 KB, 78 views)
File Type: txt Xorg.0.log.070109.driverinstalled.txt (39.1 KB, 71 views)
File Type: txt Xorg.0.log.070109.radeoncfg.txt (24.2 KB, 78 views)
File Type: txt Xorg.0.log.070109.txt (42.8 KB, 78 views)
Reply With Quote
  #9   (View Single Post)  
Old 2nd July 2009
adamk adamk is offline
Spam Deminer
 
Join Date: May 2008
Posts: 250
Default

I suspect that there is something very screwed up with your installation. Your GPU has not been supported by fglrx in over five years. The fact that Ubuntu insists on installing fglrx is a pretty big indicator that something is not right.

I could be wrong and the the high CPU usage could be related to the fact that you don't have direct rendering working with the radeon driver. What's the output of 'sudo modprobe radeon' ?

Adam
Reply With Quote
Old 2nd July 2009
vermaden's Avatar
vermaden vermaden is offline
Administrator
 
Join Date: Apr 2008
Location: pl_PL.lodz
Posts: 1,056
Default

Ubuntu 9.04 is generally really broken if it comes to graphics support, for example, I was able to play Heroes of Might and Magic using WINE on Ubuntu 8.10 with native performance, but after a clean install of 9.04 on the same box, I lost all performance, and WINE strugled to do almost 10FPS in new 9.04 (and CPU usage was as usual, no CPU hog in this case), just broken drivers ... in RELEASE.

The only sollution is to ... go back to 8.10, updates that wanted to apply after clean install of 9.04 do not solve these problems.
__________________
religions, worst damnation of mankind
"If 386BSD had been available when I started on Linux, Linux would probably never had happened." Linus Torvalds

Linux is not UNIX! Face it! It is not an insult. It is fact: GNU is a recursive acronym for “GNU's Not UNIX”.
vermaden's: links resources deviantart spreadbsd
Reply With Quote
Old 2nd July 2009
Mantazz Mantazz is offline
Shell Scout
 
Join Date: Oct 2008
Posts: 90
Default

I will say that the graphics support has always been a dramatic disappointment on this system for me in kubuntu. I installed it on here a while ago, and much to my embarrassment my running streak of non-windows-driven presentations came to a screeching halt when kubuntu refused to work with the external monitor on this system in any way, shape, or form. It knew it was there (this is a laptop after all) but it would actually crash when I hooked it up.
I could hardly care less about graphics performance for games, or really graphics performance in general; I just need the correct resolution for image and presentation work. But when a system screeches to a halt in a console window because of previously-working drivers, that is unacceptable.
I'm going to wipe the kubuntu install, and go to FreeBSD 7.2. I previously has FBSD 6.1 on here, and life was good (except for the flash support, I'll have to put some time into that to make my wife happy).
Reply With Quote
Old 14th July 2009
fbsduser fbsduser is offline
Shell Scout
 
Join Date: Aug 2008
Posts: 110
Default

Quote:
Originally Posted by vermaden View Post
Ubuntu 9.04 is generally really broken if it comes to graphics support, for example, I was able to play Heroes of Might and Magic using WINE on Ubuntu 8.10 with native performance, but after a clean install of 9.04 on the same box, I lost all performance, and WINE strugled to do almost 10FPS in new 9.04 (and CPU usage was as usual, no CPU hog in this case), just broken drivers ... in RELEASE.

The only sollution is to ... go back to 8.10, updates that wanted to apply after clean install of 9.04 do not solve these problems.
That's why all my wine-based gaming is done through my always faithfull FreeBSD 7.0 x86, I get good framerates and I know it won't break on the next updates. For the rest of my daily work I rely on M$-Linux 11.2m3 gnome and it's not done any weird thing so far.
Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Which is the best solution from start bsd.mp? aleunix OpenBSD General 18 4th May 2009 06:33 PM
consider OpenVPN production-grade solution? nimnod Off-Topic 1 26th March 2009 12:22 AM
resolution too high!!! =| ? what? seadog109 Other BSD and UNIX/UNIX-like 19 18th October 2008 04:25 AM
Solution: FreeBSD 7 and Sigmatel 9274D codec ronaldmcdonald9 FreeBSD General 0 19th July 2008 01:04 AM
Bill Joy's high school matt Off-Topic 9 27th May 2008 06:01 PM


All times are GMT. The time now is 07:29 AM.


Powered by vBulletin® Version 3.8.4
Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
Content copyright © 2007-2010, the authors
Daemon image copyright ©1988, Marshall Kirk McKusick