Samstag, 26. Mai 2012, 08:48

Du bist nicht angemeldet.



[erledigt] hohe CPU Auslastung

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

1

Montag, 30. April 2007, 15:38

hohe CPU Auslastung

hallo,

habe folgendes problem: die cpu asulastung ist unter ubuntu neuerdings eXtrem hoch. im normal betrieb ~8% (ohne das irgend was läuft!) beim fensterverschieben sogar 20-50%!
wenn ich beryl laufen habe, dann ist die auslastung sogar 60% im normalbetrieb und beim fensterverschiebn... geht gar nichts mehr^^
wenn ich mir jetzt die prozesse angucke und nach auslastung sortiere, dann machen diese kaum cpu last, d.h. insgesamt viellt. max 3% und mit beryl 8%. trotzdem wird bei der gesamt last so viel angezeitg wie bereits gesagt.. woren kann das liegen?

mfg
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

2

Montag, 30. April 2007, 16:39

Schwer zu sagen ;) Da sich die Last derart erhöht, wenn du was Grafisches machst, spricht das wohl für (oder gegen) deine GraKa, bzw. deren Treiber.

Ich würde das Ergebnis mal mit alternativem Treiber vergleichen. Ich konnte feststellen, dass der proprietäre ATI-Treiber eine höhere CPU-Last verursacht, als der freie Treiber. Mit Letzterem lief aber Beryl nie flüssig, also habe ich das zunächst in Kauf genommen.
Hinzu kam Xgl, was ordentlich auf meinen Speicher ging.

Alles in allem nicht sehr zufrieden stellend. Nachdem die letzten ATI-Treiber jedoch eh der größte Schund waren, verzichte ich erstmal auf 3D.

Gruß
Rodge

PS: Wo ich gerade dein Profil links sehe: die aktuell genutzte Kernelversion findest du mit 'uname -r' heraus.
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

3

Montag, 30. April 2007, 17:01

hmm, also bei mir (x800xl, amd3200) läuft (bzw lief) alles mit dem open source treiber flüssig, normaler desktop und beryl. nur neuerdings eben nicht mehr, kp warum. viellt leigt es an irgend welchen paketen die ich neu installiert habe?

mfg
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »B@ule« (30. April 2007, 17:01)


basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

4

Montag, 30. April 2007, 17:10

Ohne ins Blaue raten zu müssen, würde ich vorschlagen, du beobachtest die Ausgabe von 'top'. Auch wenn du "nichts" machst, läuft ja immer was im Hintergrund. Detaillierte Aussagen kann dir dann nur top o.ä. geben.

Also auch bei 8% Grundauslastung sind ja ein oder mehrere Prozesse dafür verantwortlich.
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

5

Montag, 30. April 2007, 17:24

hmm, kp was mir das sagen soll :-/

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
 top - 17:22:37 up  1:57,  3 users,  load average: 0.20, 0.53, 0.43
Tasks: 101 total,   1 running, 100 sleeping,   0 stopped,   0 zombie
Cpu(s):  2.7%us,  0.7%sy,  0.0%ni, 96.7%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
Mem:   1035784k total,   788652k used,   247132k free,   154752k buffers
Swap: 19535000k total,        0k used, 19535000k free,   471192k cached

  PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND                                                                                                             
 9416 root      15   0  293m  20m 9796 S  1.7  2.1   0:19.02 Xorg                                                                                                                
 9779 beulek    15   0 78016  16m  10m S  0.7  1.7   0:00.76 gnome-terminal                                                                                                      
 5231 cupsys    18   0  4680 1908 1384 S  0.3  0.2   0:01.30 cupsd                                                                                                               
 9581 beulek    16   0 56688 8436 6848 S  0.3  0.8   0:00.50 gnome-cups-icon                                                                                                     
 9801 beulek    15   0  2316 1164  880 R  0.3  0.1   0:00.16 top                                                                                                                 
    1 root      15   0  2908 1848  524 S  0.0  0.2   0:01.18 init                                                                                                                
    2 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 migration/0                                                                                                         
    3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0                                                                                                         
    4 root      RT   0     0    0    0 S  0.0  0.0   0:00.00 watchdog/0                                                                                                          
    5 root      10  -5     0    0    0 S  0.0  0.0   0:00.03 events/0                                                                                                            
    6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 khelper                                                                                                             
    7 root      15  -5     0    0    0 S  0.0  0.0   0:00.00 kthread                                                                                                             
   30 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kblockd/0                                                                                                           
   31 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid                                                                                                              
   32 root      20  -5     0    0    0 S  0.0  0.0   0:00.00 kacpi_notify                                                                                                        
  164 root      16  -5     0    0    0 S  0.0  0.0   0:00.00 kseriod                                                                                                             
  189 root      20   0     0    0    0 S  0.0  0.0   0:00.00 pdflush                    
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

6

Montag, 30. April 2007, 17:31

Das sagt mir, dass die CPU gerade zu 3.3% ausgelastet ist.
Wie gesagt, das ist eine Momentaufnahme, die man beim Verdacht auf Prozesse, die die CPU ungebührend auslasten, im Auge behalten sollte.
Bei diesem Zustand, wie du ihn gepostet hast, sehe ich da nichts Auffäliiges. 1.7% für Xorg geht schon in Ordnung.
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

7

Montag, 30. April 2007, 23:54

hab mir schon gedacht das damit nicht viel anzufangen ist^^

also hier mal meine beobachtung: 2d, leerlauf: ~0,3 - 1,2%, wenn ich gerade ein fenster anklicke bis zu 7% (davon ~5% xorg). wenn ich ein fenster schnell auf dem desktop hin und her bewege, dann habe ich sogar eine auslastung von bis an die 20-50%. davon fallen meistens die 50% an xorg, z.T. dann aber wieder auch an z.b. firefox nautilus oder metacity.. meistens aber auf xorg.

das ist doch eigentl schon viieel zu viel? (amd 3200, radeon x800xl, nforce4 ultra) also im, leerlauf bzw 2d sollten sollte die auslastung doch nich wirklich über den 1 stelligen bereich hinaus gehn!? außerdem merkt man das manchaml schon und dann nervt es auch, wenn nur vom normalen arbeiten im 2d betrieb schon was hakelt. das komische ist ja auch, vor nen paar tagen lief noch alles glatt.

jetzt der 3d betrieb bzw beryl: beryl macht eine auslastung von ~92% beim bewegen von fenstern, xorg ~7% ..
im leerlauf ist die auslastung 5-15% (ca 10 beryl, 5 xorg)

wie bereits gesagt, das ganze lief vor ein paar tagen noch vortrefflich im 2- wie auch 3d betrieb.

seit dem hab ich auch was grafiktreiber oder xorg.conf angeht nichts mehr geändert! (zumindest nicht das ich wüsste)

hab natürlich nen paar pakete installiert (.z.B. teamspeak, amule, licq, wine(bzw hab es versucht^^), peerguardian, firestarter, avast antivirus (ich weiss unnötig, als windows user muss man sich erst mal an das nich vorhandensein eines anti viren programms gewöhnen) ..

woran kann es liegen das es jetzt auf einmal nicht mehr rund läuft?

danke, mfg B@ule
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

8

Dienstag, 1. Mai 2007, 00:11

Naja, wenn ich wie wild Fenster verschiebe, dann treibt es die Auslastung bei mir auch schonmal bis an die 40%. Bei 2D wohlgemerkt.

Mit 3D und Beryl kann es ganz locker darüber liegen. Das habe ich vor allem beim Drehen des Cubes feststellen können. Doch in der Regel dreht man den ja nicht unentwegt :D

Was etwas verwundert, ist die Tatsache, dass es mal Zeiten bei dir gab, wo das System nicht derart in die Knie gegangen ist.

Dass man jedenfalls mit 3D seine CPU auch fast zu Tode brutzeln kann, sehe ich bei meinem Bruder. Ist ein AMD XP 3200, Nvidia 5200FX (ja, die ist etwas schwach, zugegeben). Dort brennt die CPU annähernd bei 100% beim Zocken von Planeshift.

Den zusätzlich installierten Proggies würde ich die Schuld mal nicht direkt zuweisen. Doch ein im Hintergrund rödelnder Virenscanner ist natürlich nicht der Hit. Eigentlich sollte man getrost darauf verzichten können, solange man keine Win-Freigaben scannen muss ;)

Ich habe leider keine Erfahrung mit deiner GraKa. Was leistet die denn rein vergleichsmäßig? Also ich meine FPS.
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

9

Dienstag, 1. Mai 2007, 00:23

@basslord:

das mit dem virenscanner geht schon i.o. der läuft nicht im hintergrund. nur zum scannen extra aufrufbar.
eine radeon x800xl is in etwa vergleichbar mit einer geforce 6800gt.
--
zu den FPS:
meinst du mit FPS die ausgabewerte von glxgears?

da hab ich momentan ~480FPS (was doch sehr wenig ist :-/ !?)
komisch, denn früher (wo es auch noch alles vernünftig lief, hatte ich mit gleicher xorg.conf und grafik konfiguration um die ~5000FPS. sehr seltsam.

jetzt ist wie gesagt die frage, woher dieser plötzliche leistungseinbruch kommt, bzw wie ich herausfinden kann woher er kommt?
gibts evtl sone art system wiederherstellung oder vergl. wie unter windows? ?(

update:

ich sehe gerade woran es wohl liegt:

Quellcode

1
2
3
4
5
6
7
beulek@enterprise-e:~$ glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: No
server glx vendor string: Brian Paul
server glx version string: 1.4 Mesa 6.2.1
...


:-O
komisch. keine ahnung wann, wie und warum sich das wieder umgestellt hat :-(
auch seltsam das beryl damit überhaupt läuft, oder?
naja, dann werde ich wohl mal wieder sehn, dass ich das wider hinkriege :-|

mfg B@ule
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »B@ule« (1. Mai 2007, 00:30)


basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

10

Dienstag, 1. Mai 2007, 00:30

glxgears ist kein Benchmark-Tool. Aber 480 FPS ist schon mager. Die Ausgabe könnte vom 3d-Betrieb negativ beeinflusst sein. Würde mir das Ergebnis mal in reinem 2d-Betrieb ansehen.

Ich komme mit meiner x300 auf knapp 1100 FPS.

Eine Systemwiederherstellung? Nicht wirklich. Aber du könntest mal

Quellcode

1
sudo dpkg-reconfigure xserver-xorg

bemühen für die korrekten Einstellungen in der xorg.conf. Doch mit der ist ja alles okay, wie du sagst.

Direct Rendering ist auch aktiv?

Quellcode

1
glxinfo | grep direct


---EDIT---
Ah, zu langsam. Aber gut geraten ;)
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

11

Dienstag, 1. Mai 2007, 00:33

so, hab jetzt mal den reconfigure xorg-xserver gemacht. als treiber ati ausgewählt. aber ohen erfolg. gleiches ergebnis wie vorher. das doofe an der sache ist, das es genau das selbe problem ist, wie ich es vor einer woche schon hatte. auf einmal funktioniert direct rendering nicht mehr, egal was ich mache. dann hab ich noch mal neuinstalliert und es lief alles 100% rund out of the box. beryl compiz, alles super flüssig. und jetzt, ohne das ich irgend was verändert hätte (bzw nicht das ich wüsste) ist wieder der mesa treiber drinn und direct rendering ist futsch :(. scheisse.

edit:

oh man, linux ist echt verrückt. ich hab jetzt über system -> eingeschränkte treiber den propritären ati treiber installiert. dann habe ich in der xorg.conf die auflösung 1440x900 eingetragen, kann diese aber nicht auswählen. (natürlich zwischendurch rebootet) auch funktioniert beryl oder compiz nicht. und jetzt der hammer: das alles obwohl ich bei glxinfo: direckt rendering = yes angezeigt bekomme und und bei glxgeras ~11000 FPS habe!

8o

mfg gn8
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 3 mal editiert, zuletzt von »B@ule« (1. Mai 2007, 01:30)


12

Dienstag, 1. Mai 2007, 16:58

Hi,

also meine CPU-Auslastung unter Beryl, wenn ich die Fenster verschiebe geht auch bis zu 50% hoch.
Verwende aber eine NVIDIA Karte.
Was mir dabei direkt aufgefallen ist, ich höre gern über kaffeine und DVB-T Radio, dass kaffeine da alleine schon 10-20% saugt. Schon mies...

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

13

Dienstag, 1. Mai 2007, 19:55

@Xelf danke für die antwort aber das hilft jetzt nicht wirklich weiter..
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

14

Dienstag, 1. Mai 2007, 23:24

Wird ja immer myteriöser ;) Poste doch einfach mal deine aktuelle xorg.conf. Würde da schon mal gerne einen Blick drauf werden.

Ich wechsle (dank des "tollen" aktuellen fglrx-Treibers) auch mit dem offenen radeon-Treiber zwischen Metacity und Beryl hin und her. Ist zwar noch nicht der Hit, aber besser als garnüscht.

Ergebnis folgt...

Gruß
Rodge
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

15

Mittwoch, 2. Mai 2007, 15:13

hallo,

um noch mal den zwischenstand ins gedächtnis zu rufen: die schlechte perormance lag daran, das der Mesa treiber lief mit indirect rendering. (keine ahnung und wie sich das vom radeon treiber uf den mesa treiber umgestellt hat :/)
nachdem nich dann nicht wusste wie ich den open source radeon treiber wieder installiere, habe ich über system, -> eingeschränkte treiber, den propritären ati treiber installiert. installation erfolgreich, direct rendering, 8000FPS bei glxgears.
das problem ist nur, das beryl komischerweise nicht laufen will und die max auflösung (trotz einer höheren eintragung in der xorg.conf) 1024x768 ist..

@basslord: ja, sehr mysteriös, viellt hat ja bill seine finger im spiel.. oder der amerikanische geheimdinst 8o

hier auf jdenfall mal meine xorg.conf:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
Section "Files"
	Fontpath	"/usr/share/fonts/X11/misc"
	Fontpath	"/usr/share/fonts/X11/cyrillic"
	Fontpath	"/usr/share/fonts/X11/100dpi/:unscaled"
	Fontpath	"/usr/share/fonts/X11/75dpi/:unscaled"
	Fontpath	"/usr/share/fonts/X11/Type1"
	Fontpath	"/usr/share/fonts/X11/100dpi"
	Fontpath	"/usr/share/fonts/X11/75dpi"
	# path to defoma fonts
	Fontpath	"/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType"
EndSection

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

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

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

Section "InputDevice"
	Driver		"wacom"
	Identifier	"stylus"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"stylus"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
	Driver		"wacom"
	Identifier	"eraser"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"eraser"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "InputDevice"
	Driver		"wacom"
	Identifier	"cursor"
	Option		"Device"	"/dev/input/wacom"
	Option		"Type"	"cursor"
	Option		"ForceDevice"	"ISDV4"# Tablet PC ONLY
EndSection

Section "Device"
	Identifier	"x800xl"
	Driver		"fglrx"
	Busid		"PCI:1:0:0"
	Option		"UseFBDev"	"true"
EndSection

Section "Monitor"
	Identifier	"SyncMaster 940BW"
	Option		"DPMS"
	Horizsync	28-51
	Vertrefresh	43-60
EndSection

Section "Screen"
	Identifier	"Default Screen"
	Device		"x800xl"
	Monitor		"SyncMaster 940BW"
	Defaultdepth	24
	SubSection "Display"
		Depth	1
		Modes		"1024x768"	"800x600"	"640x480"
	EndSubSection
	SubSection "Display"
		Depth	4
		Modes		"1024x768"	"800x600"	"640x480"
	EndSubSection
	SubSection "Display"
		Depth	8
		Modes		"1024x768"	"800x600"	"640x480"
	EndSubSection
	SubSection "Display"
		Depth	15
		Modes		"1024x768"	"800x600"	"640x480"
	EndSubSection
	SubSection "Display"
		Depth	16
		Modes		"1024x768"	"800x600"	"640x480"
	EndSubSection
	SubSection "Display"
		Depth	24
		Modes		"1440x900"	"1024x768"	"800x600"	"640x480"
	EndSubSection
EndSection

Section "ServerLayout"
	Identifier	"Default Layout"
  screen "Default Screen"
	Inputdevice	"Generic Keyboard"
	Inputdevice	"Configured Mouse"
	Inputdevice	"stylus"	"SendCoreEvents"
	Inputdevice	"cursor"	"SendCoreEvents"
	Inputdevice	"eraser"	"SendCoreEvents"
EndSection

Section "DRI"
	Mode	0666
EndSection
Section "Extensions"
	Option		"Composite"	"0"
EndSection


noch was..: seit ich den propritären ati treiber installiert habe, läuft der prozess 'xorg' nicht mehr..
das würde natürlich auch erklären, warum änderungen in der conf keinen einfluss haben. kann es sein das der propritäre treiber die xorg.conf gar nicht nutz? (sieht imho zumindest so aus.. )
___
korrektur: im 'systemüberwachungsmanager' wird xorg nicht mehr als prozess angezeigt!
wenn ich allerdings 'top' ins terminal eintippe, dann taucht auch xorg noch auf..

in der 'systemüberwachung, zufinden unter anwendungen

danke, B@ule
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »B@ule« (2. Mai 2007, 15:18)


basslord

Ubuntufreund

Beiträge: 2 671

Ubuntu: 12.04

Kernel: 3.2.0-24-generic

Desktop: KDE

Architektur: 64-bit

Danksagungen: 1 / 1

  • Private Nachricht senden

16

Mittwoch, 2. Mai 2007, 16:09

Okay, ich habe dir mal zwei Varianten einer xorg.conf angehangen. Sind leicht editiert worden ;) Und Wacom-Devices hast du keine, oder? War mal so frei, die gleich mit rauszuschmeißen.

Die radeon-Variante verzichtet auf composite "0", weil nur der proprietäre Treiber dies nicht beherrscht.

Wenn du nun auf fglrx, also die proprietäre Variante setzt, kann Beryl nicht so ohne Weiteres funktionieren, da es dazu noch Xgl bedarf. Dazu habe ich hier im Forum auch ein HowTo verfasst. Halte diese Variante aber für eine Alternative, falls der freie Treiber zu sehr hakt und ruckelt.

Wenn nicht, rate ich aufgrund des unmöglichen ATI-Treibers zum freien radeon-Treiber. Da wird auch die xorg.conf ordentlich "behandelt" ;)
Der fglrx-Treiber bringt seit der vorletzten Version ein zusätzliches Konfigurationsskript mit. Muss auch nicht sein.

Manchmal frage ich mich, was die ATI-Leute den ganzen Tag so machen und ob sie uns Linux-User absichtlich ärgern :rolleyes:
»basslord« hat folgende Dateien angehängt:
  • radeon.xorg.conf (2,08 kB - 223 mal heruntergeladen - zuletzt: 1. April 2012, 15:56)
  • fglrx.xorg.conf (2,14 kB - 212 mal heruntergeladen - zuletzt: 12. Dezember 2011, 10:21)
"Ohne Musik wäre das Leben ein Irrtum." - Friedrich Nietzsche

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

17

Mittwoch, 2. Mai 2007, 17:06

@basslord: danke für deine mühe. hab die beiden confs mal ausprobiert. wenn ich die radeon conf nehme, kommt folgende glxinfo:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
beulek@enterprise-e:~$ glxinfo
name of display: :0.0
Xlib:  extension "XFree86-DRI" missing on display ":0.0".
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, 
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample, 
    GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_multisample
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.4 (1.5 Mesa 6.5.2)
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add, 
    GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, 
    GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, 
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, 
    GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, 
    GL_EXT_texture_lod_bias

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
..
..


-> i-was ist da glaube ich nicht ganz so gelaufen wie es sollte? jetzt kann ich wieder eine höhere auflösung wählen, aber 3d ist indirekt und beryl funzt nich

wenn ich die fglrx conf nehme, dann hab ich selbes wie vorher: niedriege auflösung, kann keine höhere wählen und beryl funzt nich.(aber rendering ist direkt) wobei sich das beryl problem, wie du schonb sagtest, wh. durch richtige installation beheben lässt.. :rolleyes:

hier mal die info mit fglrx:

Quellcode

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
beulek@enterprise-e:~$ glxinfo
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method, 
    GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe, 
    GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_MESA_copy_sub_buffer
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_get_proc_address, GLX_SGI_video_sync, GLX_ARB_multisample, 
    GLX_ATI_pixel_format_float, GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_multisample
OpenGL vendor string: ATI Technologies Inc.
OpenGL renderer string: RADEON X800 XL
OpenGL version string: 2.0.6334 (8.34.8)
OpenGL extensions:
    GL_ARB_multitexture, GL_EXT_texture_env_add, GL_EXT_compiled_vertex_array, 
    GL_S3_s3tc, GL_ARB_depth_texture, GL_ARB_fragment_program, 
    GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader, 
    GL_ARB_multisample, GL_ARB_occlusion_query, GL_ARB_point_parameters, 
    GL_ARB_point_sprite, GL_ARB_shader_objects, GL_ARB_shading_language_100, 
    GL_ARB_shadow, GL_ARB_shadow_ambient, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_compression, GL_ARB_texture_cube_map, 
    GL_ARB_texture_env_add, GL_ARB_texture_env_combine, 
    GL_ARB_texture_env_crossbar, GL_ARB_texture_env_dot3, 
    GL_ARB_texture_float, GL_ARB_texture_mirrored_repeat, 
    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, GL_ARB_vertex_blend, 
    GL_ARB_vertex_buffer_object, GL_ARB_pixel_buffer_object, 
    GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos, 
    GL_ARB_draw_buffers, GL_ATI_draw_buffers, GL_ATI_element_array, 
    GL_ATI_envmap_bumpmap, GL_ATI_fragment_shader, GL_ATI_map_object_buffer, 
    GL_ATI_separate_stencil, GL_ATI_texture_compression_3dc, 
    GL_ATI_texture_env_combine3, GL_ATI_texture_float, 
    GL_ATI_texture_mirror_once, GL_ATI_vertex_array_object, 
    GL_ATI_vertex_attrib_array_object, GL_ATI_vertex_streams, 
    GL_ATIX_texture_env_combine3, GL_ATIX_texture_env_route, 
    GL_ATIX_vertex_shader_output_point_size, GL_EXT_abgr, GL_EXT_bgra, 
    GL_EXT_blend_color, GL_EXT_blend_func_separate, GL_EXT_blend_minmax, 
    GL_EXT_blend_subtract, GL_EXT_clip_volume_hint, 
    GL_EXT_draw_range_elements, GL_EXT_fog_coord, GL_EXT_framebuffer_object, 
    GL_EXT_multi_draw_arrays, GL_EXT_packed_pixels, GL_EXT_point_parameters, 
    GL_EXT_rescale_normal, GL_EXT_secondary_color, 
    GL_EXT_separate_specular_color, GL_EXT_shadow_funcs, GL_EXT_stencil_wrap, 
    GL_EXT_texgen_reflection, GL_EXT_texture3D, 
    GL_EXT_texture_compression_s3tc, GL_EXT_texture_cube_map, 
    GL_EXT_texture_edge_clamp, GL_EXT_texture_env_combine, 
    GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic, 
    GL_EXT_texture_lod_bias, GL_EXT_texture_mirror_clamp, 
    GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, 
    GL_EXT_vertex_shader, GL_HP_occlusion_test, GL_NV_blend_square, 
    GL_NV_occlusion_query, GL_NV_texgen_reflection, GL_SGI_color_matrix, 
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, 
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
..
..


so siehts aus^^



mfg B@ule
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 4 mal editiert, zuletzt von »B@ule« (2. Mai 2007, 18:03)


Jean-Paul

ist zu Gast bei Freunden.

Beiträge: 14

Ubuntu: ---

Desktop: ---

Architektur: ---

  • Private Nachricht senden

18

Mittwoch, 2. Mai 2007, 18:53

Hi B@ule,

du betreibst deinen Monitor im falschen Bereich.
Falsch:

Quellcode

1
2
Horizsync	28-51
Vertrefresh	43-60


Richtig:

Quellcode

1
2
Horizsync	30-81
Vertrefresh	56-75


btw. die "wacom"-Einträge kannst du löschen, wenn du keine solche Geräte laufen hast.
Warum Ubuntu die da reinpackt, weiß der Fuchs.

Jean-Paul
Crux

B@ule

hat hier 2. Wohnsitz.

  • »B@ule« ist der Autor dieses Themas

Beiträge: 138

Kernel: 2.6.22-14

Architektur: 32-bit

  • Private Nachricht senden

19

Mittwoch, 2. Mai 2007, 19:02

@Jean Paul:

zu bereich: ja, ich weiss... wo ist denn da überhaupt der unterschied bzw ist es schlimm, wenn ich den monitor nicht mit den nativen wiederholraten betreibe?

zu wacom: für was für geräte ist dieser eintrag denn gedacht?

mfg B@ule
09 F9 11 02 9D 74 E3 5b D8 41 56 C5 63 56 88 C0 ;)

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »B@ule« (2. Mai 2007, 19:02)


ezazazel

The Supporter

Beiträge: 719

Ubuntu: 11.10

Kernel: 3.0.0-14-generic

Architektur: 32-bit

  • Private Nachricht senden

20

Mittwoch, 2. Mai 2007, 20:16

wacom ist hauptsächlich in Tablets verbaut - Eingabe mit Stift usw.
Die Syncrates brauchst du um Auflösungen einstellen und verwenden zu können(es ist nun mal nicht möglich auf einem Gameboydisplay eine physikalische Auflösung von 1024x768 einzustellen*). Früher war es so, dass du mit den falschen Syncrates den Monitor hast schießen können - heute geht das meines Wissens nicht mehr. Die Monitore schalten vorher einfach ab.

*)eine andere Sache sind natürlich virtuelle Auflösungen
Si non confectus, non reficiat (If it's not broken, don't fix it)
Shuttle XPC SD39P2; Intel Core2Duo 6420; Samsung T166 SATA II 3,5" 500GB; Gainward Bliss 8600GT PCX SilentFx, Cinergy T USB XS hybrid && MSI Wind Nettop && Toshiba Portege M700 && Acer Aspire One

Dieser Beitrag wurde bereits 2 mal editiert, zuletzt von »ezazazel« (2. Mai 2007, 20:33)