J'ai deux systèmes presque identiques mais avec des cartes graphiques légèrement différentes:
product: N10 Family Integrated Graphics Controller
vendor: Intel Corporation
driver: i915
product: Atom Processor D2xxx/N2xxx Integrated Graphics Controller
vendor: Intel Corporation
driver: gma500
Je sais que les deux ne sont pas connus pour offrir les meilleures performances, mais le système B est très lent . Voici les principales différences:
Résultats de glmark2
:
Système A: (score 55)
GL_VENDOR: Intel Open Source Technology Center
GL_RENDERER: Mesa DRI Intel(R) IGD x86/MMX/SSE2
GL_VERSION: 1.4 Mesa 9.0.3
Système B: (score 24)
GL_VENDOR: VMware, Inc.
GL_RENDERER: Gallium 0.4 on llvmpipe (LLVM 0x301)
GL_VERSION: 2.1 Mesa 9.0.3
Résultats de glxinfo | grep render
:
Système A:
direct rendering: Yes
OpenGL renderer string: Mesa DRI Intel(R) IGD x86/MMX/SSE2
Système B:
direct rendering: Yes
OpenGL renderer string: Gallium 0.4 on llvmpipe (LLVM 0x301)
Résultats de grep -i chipset /var/log/Xorg.0.log
:
Système A:
[ 21.507] (II) intel: Driver for Intel Integrated Graphics Chipsets: i810,
[ 21.510] (II) VESA: driver for VESA chipsets: vesa
[ 21.521] (--) intel(0): Integrated Graphics Chipset: Intel(R) Pineview G
Système B:
[ 16.728] (II) VESA: driver for VESA chipsets: vesa
Résultats de egrep "(GLX|DRI)" /var/log/Xorg.0.log
:
Système A:
[ 21.319] Initializing built-in extension XFree86-DRI
[ 21.319] Initializing built-in extension DRI2
[ 21.418] (==) AIGLX enabled
[ 21.419] Loading extension GLX
[ 22.114] (II) intel(0): [DRI2] Setup complete
[ 22.114] (II) intel(0): [DRI2] DRI driver: i915
[ 22.140] (II) intel(0): direct rendering: DRI2 Enabled
[ 22.417] (II) AIGLX: enabled GLX_MESA_copy_sub_buffer
[ 22.417] (II) AIGLX: enabled GLX_INTEL_swap_event
[ 22.417] (II) AIGLX: enabled GLX_ARB_create_context
[ 22.417] (II) AIGLX: enabled GLX_ARB_create_context_profile
[ 22.417] (II) AIGLX: enabled GLX_EXT_create_context_es2_profile
[ 22.417] (II) AIGLX: enabled GLX_SGI_swap_control and GLX_MESA_swap_control
[ 22.417] (II) AIGLX: GLX_EXT_texture_from_pixmap backed by buffer objects
[ 22.417] (II) AIGLX: Loaded and initialized i915
[ 22.417] (II) GLX: Initialized DRI2 GL provider for screen 0
Système B:
[ 16.696] Initializing built-in extension XFree86-DRI
[ 16.696] Initializing built-in extension DRI2
[ 16.725] (==) AIGLX enabled
[ 16.725] Loading extension GLX
[ 18.120] (II) AIGLX: Screen 0 is not DRI2 capable
[ 18.120] (II) AIGLX: Screen 0 is not DRI capable
[ 18.144] (II) AIGLX: Loaded and initialized swrast
[ 18.144] (II) GLX: Initialized DRISWRAST GL provider for screen 0
Le dernier est particulièrement intéressant car le système B n’initialise évidemment pas le support DRI approprié. Tout cela me dit qu'il y a quelque chose qui manque sur B. Je ne pense pas que toutes ces différences soient simplement causées par l'utilisation de deux cartes graphiques différentes, alors je suppose que je dois installer un autre pilote sur B. Peut-être celui qui est utilisé par le système A (i915)?
J'ai repéré votre problème presque immédiatement:
gma500
Suite à ceci article du wiki à propos du module gma500, il est assez évident que l’absence d’accélération matérielle pour la puce:
Malheureusement, le support pour ce matériel est extrêmement limité sous Linux. Il existe plusieurs pilotes, mais ils manquent tous de certaines fonctionnalités de base, telles que la maintenance future et actuelle ou la prise en charge de la suspension et de l'accélération matérielle.
Ce qui est confirmé avec l'utilisation de llvm, ou plus semblable au logiciel de rastérisation:
Chaîne de rendu OpenGL: Gallium 0.4 sur llvmpipe (LLVM 0x301)
Et les nouveaux gma500_glx ne supportent pas non plus ces fonctionnalités:
Le gma500_gfx ne prend pas (encore) en charge les graphiques 3D et on ignore s'il le fera à l'avenir.
Vous pouvez voir les détails du module avec modinfo gma500
. Bien que je pense que cela devrait s'appeler gma500_gfx
dans votre système, ce qui est assez étrange (mais pas pertinent). Dans tous les cas, votre pilote ne supporte pas non plus mesa, qui est, sous GNU/Linux, la Mecque de l'accélération matérielle (tous les tests glx). J'espère que cela résoudra tous vos doutes.
Intéressant à lire:
Rien de réel, juste de jolis vieux problèmes de dépannage liés à une accélération non matérielle.