PDA

Archiv verlassen und diese Seite im Standarddesign anzeigen : glxgears zu langsam


thabermann
23.08.02, 12:07
Hi,
für meine Begriffe läuft glxgears bei mir viel zu langsam ab.
Ich habe einen
Athlon TB 700
512mb cl2 ram
geforce2mx
verwende Debian Woody 3.0, mit den mitgelieferten Nvidia Treibern, die allerdings noch 2880 sind, ich hab mir aber sagen lassen dass da nicht das Problem drin liegen kann. Die Treiber sind nach Anleitung installiert.
So, und für dieses System ist nun eine glxgears FPS von 500 nicht eben grade toll.
Unreal Tournament läuft allerdings einigermaßen, es ist nur ein leichtes Ruckeln zu merken, und in Spielen mit vielen Spielern wirds dann schon so dass es hakt.
Aber UT ist da eher eine Ausnahme. Beim Bildschirmschoner atlantis sieht man es recht deutlich, ohne 3d treiber ruckelte das ohne ende (auf der gleichen maschine, aber mit redhat damals, und von nvidia treibern wusst ich damals noch nix ;) ), jetzt läuft es zwar einigermaßen flüßig, stockt aber immer wieder heftig, mit Platten hat es allerdings nichts zu tun. Das einzige was ich an Diskrepanz zu den Angaben in den Readmes gefunden habe ist die Ausgabe von lld glxgears:
Bei mir sieht die so aus:

ldd glxgears

libGL.so.1 => /usr/lib/libGL.so.1 (0x40024000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x4006a000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x40078000)
libpthread.so.0 => /lib/libpthread.so.0 (0x40152000)
libm.so.6 => /lib/libm.so.6 (0x40166000)
libc.so.6 => /lib/libc.so.6 (0x40187000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x402a4000)
libdl.so.2 => /lib/libdl.so.2 (0x405c1000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

im Readme steht aber:

libglut.so.3 => /usr/lib/libglut.so.3 (0x40014000)
libGLU.so.1 => /usr/lib/libGLU.so.1 (0x40046000)
libGL.so.1 => /usr/lib/libGL.so.1 (0x40062000)
libc.so.6 => /lib/libc.so.6 (0x4009f000)
libSM.so.6 => /usr/X11R6/lib/libSM.so.6 (0x4018d000)
libICE.so.6 => /usr/X11R6/lib/libICE.so.6 (0x40196000)
libXmu.so.6 => /usr/X11R6/lib/libXmu.so.6 (0x401ac000)
libXext.so.6 => /usr/X11R6/lib/libXext.so.6 (0x401c0000)
libXi.so.6 => /usr/X11R6/lib/libXi.so.6 (0x401cd000)
libX11.so.6 => /usr/X11R6/lib/libX11.so.6 (0x401d6000)
libGLcore.so.1 => /usr/lib/libGLcore.so.1 (0x402ab000)
libm.so.6 => /lib/libm.so.6 (0x4048d000)
libdl.so.2 => /lib/libdl.so.2 (0x404a9000)
/lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
libXt.so.6 => /usr/X11R6/lib/libXt.so.6 (0x404ac000)

Leider weiß ich nicht was die Dateien zu bedeuten haben, und welche nun überhaupt was mit 3d zu tun haben. Aber ansonsten hab ich alles ganz genauso wie im Readme von Nvidia beschrieben. Kann mir da jemand helfen?

corresponder
23.08.02, 12:13
hab exact das gleiche system:

700mhz athlon
512 mb sdram
gforce2mx 64mb

und um die 5-700fps...is nich gut...ich weiss


:D

ich spiele eh nicht.....

hunter
23.08.02, 12:14
Schau mal in meine Nvidia HowTo im HowTo Bereich. Da kannst du nachlesen wie man AGP aktiviert und wie welche Datei verlinkt sein muss.

Ich haber etwa 1600 mit dem 2960 Treiber. Mit dem 2880 waren es so 1800. Allerdings nicht ganz so stabil.

Das man seine Hardware ausnutzen sollte ist wohl klar. Das hat nichts mit spielen zu tun. Sonst hätte ich noch einen Pentium 133 für dich, dann könnten wir tauschen. ;)

zander
23.08.02, 13:46
Ich weis nicht, auf welche README Du Dich beziehst; die in dieser README genannten Abhängigkeiten beziehen sich offenbar auf gears, nicht glxgears (letztere benutzt nicht GLU). Bezüglich der Geschwindigkeit schliesse ich mich dem Hinweis an, die AGP Konfiguration zu überprüfen (konsultiere die Informationen in /proc/driver/nvidia/agp), möchte aber auch darauf hinweisen, dass (glx)gears kein Benchmark ist und somit auch nicht zuverlässig auf die Leistungsfähigkeit des Systems Aufschluss geben kann. In Bezug auf Quake[1-3], UT, u.a. hat es jedenfalls keinerlei Aussagekraft.

thabermann
23.08.02, 14:01
Also erstmal danke für die schnellen und kompetenten Antworten!
Ok, ich dachte gears wäre das gleiche wie glxgears :rolleyes:
das programm gears habe ich bei mir nicht gefunden. Also die genannte Datei unter /proc sagt über den AGP Status "disabled". In der XF86Config-4 habe ich NvAGP auf 1 stehen. Also woran kann es liegen dass das AGP deaktiviert ist, bzw wie kann ich den Grund erfahren? Agpgart habe ich nicht im Kernel, weil ich gelesen habe dass das den Nvidia AGP Treiber blockiert.

zander
23.08.02, 14:16
Es kann eine ganze Reihe von Gründen geben: Dein Chipsatz wird möglicherweise nicht unterstützt, die MTRR Unterstützung fehlt oder funktioniert nicht korrekt, AGPGART ist geladen, etc. Werden in /var/log/messages (o.ä.) Fehlermeldungen ausgegeben?

thabermann
23.08.02, 14:22
AGPGART ist nicht geladen, und kann es auch gar nicht sein weil ich ihn nicht mitkompiliert hab. Der Chipsatz müsste unterstützt sein, es ist ein ganz normales VIA KT133 Board. In /var/log/messages hab ich noch keine passende Fehlermeldung gefunden, auch Stichwortsuchen nach agp haben nichts gebracht.
Tja, und was ist MTRR?

thabermann
23.08.02, 14:52
Also ich habe jetzt das MTRR Feature im Kernel aktiviert und neu kompiliert, aber leider hat es nichts gebracht, AGP steht immer noch auf disabled.

move
23.08.02, 15:39
Was ist das den für ne Karte 200MX oder 400MX
Meine 200MX macht 700FPS.

thabermann
23.08.02, 15:51
das ist eine 200mx. die 700 halte ich für zu wenig, immerhin schafft ein bekannter von mir 800 mit einer alten tnt2 und einem pII 350

Felix Z.
23.08.02, 17:57
Ich habe eine ATI Rage 128 mit 32 MB + Pentium II 450 MHZ + 192 MB RAM.
Bei GlxGears bekomme ich allerhöchstens 338 FPS. Ist auch ein bisschen wenig, oder?
DRI läuft eigentlich ... gibt es irgendwo vielleicht eine log Datei, aus der ich ein bisschen mehr erfahren kann?

PS: Hab schon auf 16 Bit Farbtiefe gestellt, mit 24 Bit ist es noch viel weniger, irgendwo im 200er Bereich.

hunter
23.08.02, 18:22
Seufz. Um euch allen mal was zu zeigen:

Karte: GeForce 2 MX

[hunter@hunter hunter]$ gears
6700 frames in 5.000 seconds = 1340.000 FPS
7595 frames in 5.000 seconds = 1519.000 FPS
7594 frames in 5.000 seconds = 1518.800 FPS

[hunter@hunter hunter]$ glxgears
6499 frames in 5.0 seconds = 1299.800 FPS
7594 frames in 5.0 seconds = 1518.800 FPS
7598 frames in 5.0 seconds = 1519.600 FPS

Und was lernen wir daraus ?

1. Gears Werte = GLXWerte
2. GeForce 2 muss weit über 1000 schaffen

Zeig doch endlich mal was die Tests deiner Karte ergeben. Das steht ganz unten in meiner HowTo drin. Führe das bitte aus und zeig uns die Ergebnisse.

move
23.08.02, 19:07
2. GeForce 2 muss weit über 1000 schaffen
Es gibt aber unterschiedliche Chips. MX200 MX400
http://www.nvidia.com/view.asp?PAGE=geforce2mx

Wenn ich mir die Speicherbandbreite von der
MX200 anschaue ist diese die Hälfte
von der der MX400.
Also ich mein mal das meine Karte einfach nicht mehr
als 700FPS schafft.

eRadiX
23.08.02, 19:22
Bei mir sieht das etwa so aus:

9214 frames in 5.0 seconds = 1842.800 FPS
9215 frames in 5.0 seconds = 1843.000 FPS
9177 frames in 5.0 seconds = 1835.400 FPS
9142 frames in 5.0 seconds = 1828.400 FPS
9234 frames in 5.0 seconds = 1846.800 FPS
9190 frames in 5.0 seconds = 1838.000 FPS


Wenn ich weniger Prozesse laufen hab, sinds bis um die 1950 fps (irgendwann hatte ich schon einmal 2500 fps, mit viel älteren Treibern...). System siehe Signatur -> mit euren Werten stimmt irgendwas nicht ;)

Andere Vergleichswerte: http://holarse.wue.de/index.php?content=benchmark

Ich nehm nvidia AGP Treiber, da AGPGART zwar etwas schneller, doch bei mir viel instabiler ist (dank Fehler in der AMD Northbridge :( )

zander
23.08.02, 19:49
Wird in der XFree86 Logdatei die AGP Initialisierung erwähnt?

Avic
23.08.02, 21:17
Hi,

Original geschrieben von eRadiX
System siehe Signatur -> mit euren Werten stimmt irgendwas nicht ;)



GTS != MX

ich komm mit meiner GF 2 MX auch nicht über 900FPS,
nicht unter Debian sowie Gentoo mit Xfree 4.2 .

Habe immer geglaubt das etwas in meiner Konfiguration nicht
stimmt, dass kann ich jetzt aber mit 100% Sicherheit ausschliessen.
Also nicht immer alles glauben was so an Frames gepostet wird.
Niemand persöhnlich gemeint, aber dieses hickhack mit glxgears und FPS
hat mir schon ganz schön Kopfzerbrechen bereitet. Denn was nutzt tolle
Hardware wenn man nicht alles mögliche rausholt.

thabermann
25.08.02, 16:31
Also nach langem Suchen hab ich noch etwas gefunden was eventuell ein Problem sein könnte. In der /etc/modules.conf steht eine Zeile:
alias char-major-10-175 agpgart
Ist das ein Problem? ich will ja gar kein agpgart verwenden, sondern das nvidia teil. ich hab agpgart nichtmal im kernel drin.

zander
25.08.02, 16:46
Solange Du nicht auf /dev/agpgart zugreifst ist der Eintrag in der modules.conf unerheblich, auch wenn das Modul existiert (was ja bei Dir nicht der Fall ist). Der NVIDIA Treiber greift nicht über /dev/agpgart auf AGPGART zu.

thabermann
25.08.02, 17:20
So, jetzt hab ich es endlich gepackt AGP zu aktivieren. Es lag daran dass ich die Treiber nach dem ich MTRR in den Kernel eingefügt hatte nicht nochmal neu kompiliert hab. Das sieht doch ganz gut aus eigentlich:

thunderpenguin:/proc/driver/nvidia/agp# cat status
Status: Enabled
Driver: NVIDIA
AGP Rate: 4x
Fast Writes: Disabled
SBA: Disabled

Nur leider hat es überhaupt keinen Einfluss auf die 3d Grafik :(

zander
25.08.02, 17:25
So, jetzt hab ich es endlich gepackt AGP zu aktivieren. Es lag daran dass ich die Treiber nach dem ich MTRR in den Kernel eingefügt hatte nicht nochmal neu kompiliert hab.


D'oh! So einfach lässt sich Software nicht an der Nase herumführen ;)


Das sieht doch ganz gut aus eigentlich:

thunderpenguin:/proc/driver/nvidia/agp# cat status
Status: Enabled
Driver: NVIDIA
AGP Rate: 4x
Fast Writes: Disabled
SBA: Disabled

Nur leider hat es überhaupt keinen Einfluss auf die 3d Grafik :(


Vielleicht nicht bei gears, bei anspruchsvolleren Anwendunge wirst Du den Unterschied schon merken. Jedenfalls sollte die Leistung im 2D Bereich mit MTRRs jetzt deutlich höher sein.