staging.inyokaproject.org

Spannend. Ich hab das hier jetzt mal ausprobiert mit glxdragon auf meiner Jaunty 32bit Büchse. Die Büchse ist ein Thinkpad X61s mit C2D L7500 / 1,6 Ghz ULV/UWL (Ultra wenig Leistung...) und GM965. Grafiktreiber und Mesa sind aktuell, Kernel ist der 2.6.30 final.

Ergebnis wie folgt:

me@hibbeltoy:~/Desktop$ ./glxdragon 
GL_VENDOR   : Tungsten Graphics, Inc
GL_RENDERER : Mesa DRI Intel(R) 965GM GEM 20090712 2009Q2 RC3 x86/MMX/SSE2
GL_VERSION  : 2.1 Mesa 7.6-devel

4.6 seconds for 180 frames = 39.3 FPS
6.5 seconds for 180 frames = 27.6 FPS
7.4 seconds for 180 frames = 24.2 FPS
7.8 seconds for 180 frames = 23.0 FPS
7.9 seconds for 180 frames = 22.8 FPS

Das ist so auch reproduzierbar. Bei 22fps stabilisiert sich das ganze dann, weniger wirds nicht. Mit 22fps schein ich nicht so grottig zu liegen, aber is da jetzt was buggy das die Performance nachlässt oder muss die Messung sich erst einpendeln ?

Narf. Ich find das raus.

Am Rande angemerkt: Gegenüber dem Jaunty Urzustand ist das eine riesige Verbesserung. Es ist stabil, Videos und glxgears wobbeln dem Fenster nach únd vor allem die hochaufgelösten vt's und die wirklich sauschnelle Umschaltung zwischen X11 und vt's beeindrucken mich immer wieder. Das ist klasse so.

Grüz ! Hibbel

Arg!

ich hab auch den GM965er Grafikchip (aka X3100) sowie nen L7100 Core2Duo (alos einfach das Thinkpad X300), komme aber mrit eingebauten Repos (von weiter oben) nur auf 2-3 fps.

Kann das komplett am kernel liegen? Ich hatte noch keine zeit, mal einen neueren zu installieren und fahre noch den .28er vom Release...

GL_VENDOR   : Tungsten Graphics, Inc
GL_RENDERER : Mesa DRI Intel(R) 965GM GEM 20090712 2009Q2 RC3 
GL_VERSION  : 2.1 Mesa 7.6-devel

64.0 seconds for 180 frames = 2.8 FPS

Gruß, Gdev

Das mit dem Kernel ist durchaus wahrscheinlich. Würd ich mal probieren. Am einfachsten einfach als .deb vom Kernel Mainline ppa installieren fürn Test.

Ich hab inzwischen ein brauchbares Ergebnis:

wilken@hibbeltoy:~/Desktop$ ./glxdragon 
GL_VENDOR   : Tungsten Graphics, Inc
GL_RENDERER : Mesa DRI Intel(R) 965GM GEM 20090712 2009Q2 RC3 x86/MMX/SSE2
GL_VERSION  : 2.1 Mesa 7.6-devel

4.6 seconds for 180 frames = 39.2 FPS
4.1 seconds for 180 frames = 44.3 FPS
4.1 seconds for 180 frames = 44.1 FPS
4.1 seconds for 180 frames = 43.8 FPS
4.1 seconds for 180 frames = 44.3 FPS
4.0 seconds for 180 frames = 44.6 FPS
4.2 seconds for 180 frames = 43.3 FPS
4.1 seconds for 180 frames = 43.5 FPS

Mein kleiner Überseher war das die CPU sich runtergetaktet hat, wenn ich den Governor auf Performance setze sieht das gut aus soweit man hier von Performance sprechen kann 😉

Grüz Hibbel

Wow! Danke, Jungs!

Ich hab grade mal den 2.6.30er Kernel ausprobiert - die Kiste rennt jetzt wie ein Wiesel:

GL_VENDOR   : Tungsten Graphics, Inc
GL_RENDERER : Mesa DRI Intel(R) 965GM GEM 20090712 2009Q2 RC3 
GL_VERSION  : 2.1 Mesa 7.6-devel

6.9 seconds for 180 frames = 26.2 FPS
7.1 seconds for 180 frames = 25.3 FPS
7.3 seconds for 180 frames = 24.7 FPS

Vielleicht Einbildung, aber der Gesamte Desktop scheint weniger träge zu sein... Herrlich!

☺ Gdev

Nee, das keine Einbildung. Den Eindruck hab ich auch.

Grüz Hibbel

Läuft bei Euch der Intel Treiber mit UXA oder mit EXA [greedy]?

Wenn du das xorg-edgers-PPA benutzt, hat sich das Thema EXA oder UXA von alleine erledigt, da ab Treiberversion 2.7.99.x bzw. 2.8 nur noch UXA existiert.

mich würde interessieren wer von euch das xorg-edgers ppa benutzt und was ihr so für mehr oder weniger nervige Fehler festgestellt habt.? ist vielleicht auch immer ganz interessant welche fehler so behoben wurden und welche neu auftauchen.

- beispielsweise ist bis vor zwei wopchen etwa mein rechner nicht mehr aus dem standby aufgewacht, bzw. ist das display dunkel geblieben. Dies hat sich mittlerweile erledigt, zumindest soweit das er nur noch manchmal nach dem standby hängenbleibt. - nervig ist zur zeit das nachdem acpi das display abgedunkelt hat und man es wieder aufwachen lässt mitunter die fensterrahmen nicht mehr dargestellt werden oder keine kontextmenüs / gnome-panel-menüs nicht mehr angezeigt werden und so die bedienung fast vollständig unmöglich wird. das geht dann mitunter soweit das dann auch X komplett einfriert und auch kein STRG-ALT-BACKSPACE mehr hilft. dann bleiben nur noch MAGIC-SYSRQ - Spielen von Unreal Tournament 2004 lässt mir den Rechner häufig komplett einfrieren also teils auch samt Kernel

Mir fällt immer wder auf das Karmic in all diesen belangen wesentlich stabiler ist, trotz das dort meiner auffassung auch die Performance sehr gut bzw. sogar besser ist als unter jaunty. Aber ich nehme an das es einfach daran liegt das fast das komplette X auf dem Jaunty stand ist und nur die DRM/MESA/Intel Geschichten aktuell/development sind...

VIELE GRÜßE!

Bei mir wacht er neuerdings zwar wieder auf, aber ohne Window-Manager... 😀

Zudem schießt er gerne mal den kompletten X-Server ab, wenn ich ein Spiel beende (in dem Fall World of Goo)

Wie sieht denn die Leistung bei euch unter Karmic aus?

Bei mir ist's nicht so dolle:

$ ./glxdragon 
GL_VENDOR   : Tungsten Graphics, Inc
GL_RENDERER : Mesa DRI Mobile Intel® GM45 Express Chipset GEM 20090114 
GL_VERSION  : 2.1 Mesa 7.5-rc4

39.2 seconds for 180 frames = 4.6 FPS
39.1 seconds for 180 frames = 4.6 FPS
39.1 seconds for 180 frames = 4.6 FPS

Torsten73 schrieb:

Intel GMA X4500M funktioniert UMA & EMA , Jauntry Kernel Geschwindigkeit ist lt. glxgears aber schlechter im UXA

Nutzt irgend jemand den X4500 mit DVI? Ich hab ein neues Mainboard mit X4500HD, aber da weigert sich Linux, wenn der Monitor an DVI angeschlossen ist. Ich kann dann nur im Low Graphics Mode starten. Mit VGA läuft alles

Hab schon aktualisierte Treiber aus dem Launchpad PPA, ändert aber nix. Karmic startet erst gar nicht mit DVI bzw bleibt beim Booten hängen

Und wie sieht es mit der Hardware Unterstützung beim Abspielen von Videos aus? Ich hab hier z.B. ein DivX HD Video mit 1080i Auflösung. Da braucht Totem einen kompletten Core zum Abspielen (Core Auslastung 80-100%). Andere Videos je nach Auflösung 10-20%

Bei mir werkelt ein Apple Cinema Display über DVI an einem Intel DG45FC (X4500HD). Mal abgesehen davon, dass ich kein Bootlogo angezeigt bekomme, hab ich keinerlei Probleme.

Der Intel Treiber unterstützt übrigens keine GPU beschleunigte MPEG-4 Dekodierung. Je nach CPU sind deine Last-Werte also im üblichen Bereich.

fnordschrat schrieb:

Bei mir werkelt ein Apple Cinema Display über DVI an einem Intel DG45FC (X4500HD). Mal abgesehen davon, dass ich kein Bootlogo angezeigt bekomme, hab ich keinerlei Probleme.

Werd mal einen anderen Monitor anklemmen. Wäre schon dämlich, wenn das nicht ginge

Der Intel Treiber unterstützt übrigens keine GPU beschleunigte MPEG-4 Dekodierung. Je nach CPU sind deine Last-Werte also im üblichen Bereich.

Wieso eigentlich? Stellt sich da Intel genauso quer wie Nvidia mit ihren Treibern? Nur mit dem Unterschied, dass sie erst gar keine Treiber anbieten? Wäre ja mau

burli schrieb:

fnordschrat schrieb:

Bei mir werkelt ein Apple Cinema Display über DVI an einem Intel DG45FC (X4500HD). Mal abgesehen davon, dass ich kein Bootlogo angezeigt bekomme, hab ich keinerlei Probleme.

Werd mal einen anderen Monitor anklemmen. Wäre schon dämlich, wenn das nicht ginge

Nope, geht nicht. Aber wenn ich mich nicht irre bekomme ich eine andere Auflösung. Ich habe hier übrigens mal die xorg.0.log gepostet, vielleicht kann jemand was damit anfangen. Ich habe aber fast den Eindruck, als würde der Grafiktreiber den Monitor nicht erkennen können.

Am Monitor und am Kabel kann's nicht liegen. Kann es sein, dass das Mainboard einen Knacks hat und deshalb den Monitor nicht erkennt? Ich kenne die Belegung der DVI Anschlüsse nicht. Weiß nicht, ob es extra Datenleitungen zum Abrufen der Monitorinformationen gibt.

Hab grad nachgeschaut. An den Pins 6 und 7 gibt es wohl sowas wie eine I2C Schnittstelle, über die die Monitordaten abgefragt werden können. Kann es sein, das mein Problem durch einen Fehler auf dieser Schnittstelle entsteht? Wie gesagt, ich bekomme ein Bild, aber nicht die richtige Auflösung und nur VESA Treiber.

hallo!

ich habe das mainboard "Intel® PC-Mainboard D945GCLF2" welches den "Intel® 82945G Express-Chipsatz" verwendet.

als betriebssystem ist Ubuntu 8.04 LTS mit Kernel 2.6.24-24-generic installiert.

ich wollte für meinen 16:9 monitor eine passende auflösung einstellen, die aber nicht verfügbar ist. dann habe ich diesen artikel http://ubuntuforums.org/showthread.php?t=1130582 gefunden und meine xorg.conf entsprechend angepaßt:

Section "Device"
        Identifier      "Configured Video Device"
        Option          "AccelMethod"                   "uxa"
        Option          "EXAOptimizeMigration"          "true"
        Option          "MigrationHeuristic"            "greedy"
        Option          "Tiling"                        "true"
EndSection

Section "Monitor"
        Identifier      "Configured Monitor"
EndSection

Section "Screen"
        Identifier      "Default Screen"
        Monitor         "Configured Monitor"

aus der xorg.conf ist ersichtlich, dass der intel grafik treiber nicht verwendet wird. und dies obwohl ich

deb http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu hardy main
deb-src http://ppa.launchpad.net/ubuntu-x-swat/x-updates/ubuntu hardy main

in /etc/apt/sources.list eingetragen habe und dann sudo apt-get dist-upgrade ausführe. aber da passiert nix.

was mache ich falsch? oder was übersehe ich?

THX