Polskie Forum Użytkowników Debiana

Podczas np. przesuwania okien, otwierania, zmieniania rozmiaru i wszystkiego innego związanego z rysowaniem zużycie procesora przez Xorg'a wzrasta do 50-100%. Czy to jest normalne zjawisko?

Procesor: amd sempron 2400+
Karta graficzna: radeon 9600 pro
512 ram

Googli już dużo zwiedziłem, nie wiem co może być powodem takiego zachowania. Na kernelu -k7 (podobno optymalizowany pod procesory amd) linux chodzi jeszcze wolniej niż na -468. W porównaniu do windowsa to linux tak się ślimaczy że lepiej nie mówić

Direct rendering: yes, obojętnie czy z compizem, czy bez compiza - cpu przy robieniu "czegoś" = cpu 50-100%. Animacje compiza chodzą płynnie, tylko właśnie jest problem z normalnym rysowaniem okien (compiz z tego co zauważyłem nie jest za to odpowiedzialny - tylko xorg)

Już nie wiem pod jakimi słowami kluczowymi szukać (zwiedziłem już dużo angielskich stron/for z podobnymi problemami, ale nie znalazłem żadnego rozwiązania), dlatego proszę was o pomoc.

Czy kompilacja kernela może coś pomóc? Czy ktoś spotkał się z podobnymi problemami? Jaki powinien być odpowiedni kernel dla semprona 2400+?

Podaj konfiguracje xorga. U mnie na radeonie 9200 użycie przy przesuwaniu okien (compiz) to ok 10% nawet mniej.

Kod: Zaznacz cały

# /etc/X11/xorg.conf (xorg X Window System server configuration file)
#
# This file was generated by dexconf, the Debian X Configuration tool, using
# values from the debconf database.
#
# Edit this file with caution, and see the /etc/X11/xorg.conf manual page.
# (Type "man /etc/X11/xorg.conf" at the shell prompt.)
#
# This file is automatically updated on xserver-xorg package upgrades *only*
# if it has not been modified since the last upgrade of the xserver-xorg
# package.
#
# If you have edited this file but would like it to be automatically updated
# again, run the following command:
#   sudo dpkg-reconfigure -phigh xserver-xorg

Section "Files"
	# path to defoma fonts
    FontPath 	"/usr/share/fonts/X11/misc"
    FontPath 	"/usr/share/fonts/X11/100dpi:unscaled"
    FontPath 	"/usr/share/fonts/X11/75dpi:unscaled"
    FontPath 	"/usr/share/fonts/X11/Type1"
    FontPath 	"/usr/local/share/fonts"
EndSection

Section "Module"
	Load	"i2c"
	Load	"bitmap"
	Load	"ddc"
	Load	"dri"
	Load	"extmod"
	Load	"freetype"
	Load	"glx"
	Load	"int10"
	Load	"vbe"
	Load	"dbe"
EndSection

Section "InputDevice"
	Identifier	"Generic Keyboard"
	Driver		"kbd"
	Option		"CoreKeyboard"
	Option		"XkbRules"	"xorg"
	Option		"XkbModel"	"pc105"
	Option		"XkbLayout"	"pl"
EndSection

Section "InputDevice"
	Identifier	"Configured Mouse"
	Driver		"mouse"
	Option		"CorePointer"
	Option		"Device"		"/dev/input/mice"
	Option		"Protocol"		"ImPS/2"
	Option		"Emulate3Buttons"	"true"
EndSection

Section "Device"
	Identifier	"ATI Technologies Inc RV350 AP [Radeon 9600]"
	Driver		"radeon"
	BusID		"PCI:1:0:0"

	# Try or don’t try to use DMA for Xv image  transfers.  This  will reduce  CPU  usage  when  playing  big videos like DVDs, but may cause instabilities.  Default: on.
	Option "DMAForXv" "off"

        Option "AGPFastWrite" "0"

	Option "AccelMethod" "EXA"
#	Option "MigrationHeuristic" "greedy"
	Option "AccelDFS" "true"

	# Backing Store option engages an Xorg's mechanism which stores graphics that have been rendered and so the card doesn't have to re-render the same things. BUT it can cause screen artifacts if you don't use Compiz-Fusion.
	Option "BackingStore" "off"


EndSection

Section "Monitor"
	Identifier	"Q773"
	Option		"DPMS"
	modeline  "1280x1024@60" 108.0 1280 1328 1440 1688 1024 1025 1028 1066 +hsync +vsync 
	ModeLine "1400x1050@60" 122.6 1400 1488 1640 1880 1050 1051 1054 1087 -hsync +vsync
	DisplaySize	370	277	# 1400x1050 96dpi
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"ATI Technologies Inc RV350 AP [Radeon 9600]"
	Monitor		"Q773"
	DefaultDepth	24
	SubSection "Display"
		Depth		24
		Modes		"1400x1050@60" "1280x1024@60" "1024x768" "800x600" "640x480"
	EndSubSection
	SubSection "Display"
		Depth		16
		Modes		"1400x1050@60" "1280x1024@60" "1024x768" "800x600" "640x480"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
	Screen		"Default Screen"
	InputDevice	"Generic Keyboard"
	InputDevice	"Configured Mouse"
	Option "AIGLX" "true"
EndSection

Section "DRI"
	Mode	0666
EndSection

Section "Extensions"
	Option "Composite" "Enable"
	Option "RENDER" "Enable"
EndSection

Już powoli tracę nadzieję, że linux będzie u mnie tak szybki jak windows.

Właściwie to różnice mam tylko w sekcji Device. Podaje Ci moje ustawienia może coś dadzą. Spróbuj zmienić na te:

Kod: Zaznacz cały

Section "Device"
	Identifier	"ATI Technologies Inc RV280 [Radeon 9200]"
	Driver		"ati"
	BusID		"PCI:1:0:0"
       Option "XAANoOffscreenPixmaps" "true"
       Option "AccelMethod" "EXA"
       Option "AGPMode" "8"
       Option "EnablePageFlip" "true"
       Option "RenderAccel" "true"
       Option "ColorTiling" "true"
EndSection

daris jakis czas temu tez mialem podobnie na R9550. Sam juz nie pamietam dokladnie co takiego zrobilem zeby uspokoic xorga.
Ale w pierwszej kolejnosci, zeby dosc do sedna problemu. Wrzuc w system zwyklego xorga, bez zadnych wlasnych dodatkow. Pytanie bonusowe uzywasz conky na pulpicie?

tmy123 pisze: Option "XAANoOffscreenPixmaps" "true"
Option "AccelMethod" "EXA"

Jedno się z drugim gryzie - zobacz w logi xorg'a - albo EXA albo XAA. U mnie EXA chodzi szybciej ale mniej stabilnie (wcześniej używałem XAA, ale było jeszcze wolniejsze i komp przy włączonym compizie był nieużywalny)

yantar pisze:daris jakis czas temu tez mialem podobnie na R9550. Sam juz nie pamietam dokladnie co takiego zrobilem zeby uspokoic xorga.

Lepiej żebyś sobie przypomniał ]Pytanie bonusowe uzywasz conky na pulpicie?[/quote]
Nie, mam czysty pulpit KDE 4 - ale to nie jest problem KDE 4 tylko Xorg'a - na KDE 3 czy gnome też jest takie samo zużycie CPU przy rysowaniu zawartości okien.

edit: czysty konfig - zużycie CPU takie samo, compiz nieużywalny (przewijanie np. stron w operze muli), bez compiza może i szybko chodzi ale denerwuje mnie to, że wszystko "miga" przy rysowaniu, np przy zmienianiu pulpitów.

edit2: z tymi opcjami:

Kod: Zaznacz cały

	Option	"EnablePageFlip"		"True"			# could improve 3D performance
#	Option	"AGPFastWrite"			"True"			# disabled by default
	Option	"backingstore"			"on"			#
#	Option	"GARTSize"				"64"			# How much MB of your system memory to use.  Does not exist in radeon manual
# Not sure what the difference is between NoAccel and RenderAccel
	Option	"NoAccel"				"False"			# default enabled, use hardware accel or not
	Option	"RenderAccel"			"True"			# default enabled
#	Option	"AGPMode"				"4"				# defaults to 1, causes me problems when set to 2 or 4. Help!
	Option	"AccelDFS"				"True"			# Use or don't use accelerated EXA DownloadFromScreen, default off for AGP due to issues
	Option	"AccelMethod"			"EXA"			# EXA newer method, XAA older but more stable
#	Option	"DMAForXv"				"on"			# Reduce cpu usage when playing big videos, may cause instability
	Option	"DynamicClocks"			"on"			# default off. Turn on to reduce heat and increase battery life.  Can degrade performance
	Option	"SubPixelOrder"			"NONE"			# For CRT's and to increase render accel on digital panels
	Option	"ColorTiling"			"on"			# on by default, on could improve 3D performance

i xorg'iem z experimentala normalne zużycie cpu przez xorg'a = ~10% (przy nic nie robieniu) a przy większych wysiłkach dochodzi do 20-30%, animacje compiza są płynniejsze, ogólnie wszystko szybciej chodzi

Hmm u mnie duzy rozgardiasz robil conky, musialem go przekonfigurowac i wylaczyc pewne opcje.
Nie wiem co masz za procka ale u mnie na starym Celeronie 1.7 na rozdzielczosci 1280x1024, xorg w spoczynku ma 1,5-2%. Prawde mowiac nie mam pomyslu co u ciebie nie tak. To sie pojawilo po jakiejs aktualizacji?

To sie pojawilo po jakiejs aktualizacji?

Właśnie w tym jest problem że nie. Zawsze mnie zastanawiało dlaczego linux chodzi u mnie wolniej niż windows, na kde3 było to zużycie cpu trochę mniej zauważalne niż na kde4, bez compiza też debian trochę szybciej chodzi (ale zużycie procesora takie samo), ale denerwuje mnie wtedy miganie wszystkiego jak jest rysowane (np. zawartość okien)

Xorg z experimentala chodzi szybciej, ale już miałem 2 wywałki

Oprócz tego nawet wcześniejsze wersje xorg'a na EXA mi się wywalały (albo zwiechy całego kompa, albo monitor mi się nagle wyłączał), no ale na XAA to o compizie nie mam co marzyć

Eh, ile to ja googli już przekopałem i polskich i angielskich stron i dalej nic...

edit: po wyłączeniu amaroka użycie przy nic nierobieniu spadło do kilku procent, ale przy zrobieniu czegoś (np. kliknięciu w menu) od razu się podnosi.

U siebie przesuwanie okien bez obciazania CPU rozwiązalem w ten sposob, ze mam tylko zarys okna w czasie tego procesu. Moze takowa opcja jest w KDE. Przyznam, ze jestem bezradny w tej chwili jesli chodzi o podpowiedz. Odnosze tylko wrazenie, ze od jesieni zeszlego roku stopniowo jest coraz gorzej jesli chodzi o wydajnosc starych radeonow 9xxx na xorgach (a i te rozdzielczosci to juz raczej szczyt mozliwosci dla tych radkow). Moze cos nie tak z czestotliwoscia vsync i hsync.

U siebie przesuwanie okien bez obciazania CPU rozwiązalem w ten sposob, ze mam tylko zarys okna w czasie tego procesu. Moze takowa opcja jest w KDE. Przyznam, ze jestem bezradny w tej chwili jesli chodzi o podpowiedz.

Aż tak drastycznie to u mnie nie jest

Przesuwanie okien z włączonym compizem jest płynne, tyle że trochę tego cpu bierze. Ale już np. jak puszczę kompilację jakiegoś programu czy instaluję coś apt'em (chodzi np. o rozpakowywanie i konfigurowanie) to wszystko się przycina

Chodziło mi o to że u mnie windows jest kilka razy szybszy w rysowaniu okien od linuxa.

(a i te rozdzielczosci to juz raczej szczyt mozliwosci dla tych radkow)

A jeśli mowa o rozdzielczościach - to używam największej jaką tylko się dało wycisnąć na mojej karcie - 1400x1050

A i jeszcze jedna rzecz - glxgears przy włączonym compizie na EXA zawiesza system.

Wczoraj uruchomiłem sobie kadu na windowsie i normalnie śmigało w porównaniu do tego co mam na linuksie

Polskie Forum Użytkowników Debiana

Wysokie zużycie CPU

Wysokie zuŻycie CPU