[gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Marco Calviani]

Hi list,
  the slowness of AIGLX was due to the fact that i was running
xorg-server without enabling the aiglx flag. After having enabled it
xorg started running with AIGLX (using compiz or beryl).
Although the system is quite usable there is still an issue: i thought
the system would have relied completely on video card acceleration.
However whenever i run an AIGLX effect such as the cube or just window
moving the CPU goes up to 80-90% during all the time the effect is
running. This behaviour makes the system A LOT less responsive than it
is without AIGLX.
Is this a known issue?

Thanks a lot,
MC
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Tomáš Bartoň]

On Sunday 29 October 2006 13:36, Marco Calviani wrote:
> Hi list,
>   the slowness of AIGLX was due to the fact that i was running
> xorg-server without enabling the aiglx flag. After having enabled it
> xorg started running with AIGLX (using compiz or beryl).
> Although the system is quite usable there is still an issue: i thought
> the system would have relied completely on video card acceleration.
> However whenever i run an AIGLX effect such as the cube or just window
> moving the CPU goes up to 80-90% during all the time the effect is
> running. This behaviour makes the system A LOT less responsive than it
> is without AIGLX.
> Is this a known issue?
>
> Thanks a lot,
> MC

I tkink its normal. I run beryl with NVidia driver and when I move a window or 
something the CPU goes up to 100% ...

Tommz
-- 


email: tommz9@gmail.com
JID: tommz9@jabber.cz
ICQ: 303393340
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Marco Calviani]

Hi Tomas,

> I tkink its normal. I run beryl with NVidia driver and when I move a window or
> something the CPU goes up to 100% ...

well, you're probably right since i've seen the same behaviour also in
other machines. But i'm asking myself if the GPU should not take care
of performing these operations instead of using the CPU....

regards,
MC
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Marco Calviani]

> > I tkink its normal. I run beryl with NVidia driver and when I move a window or
> > something the CPU goes up to 100% ...

PS: this makes my system a bit unresponsive when running heavy
applications like Firefox or OO....
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Richard Fish]

On 10/29/06, Tomáš Bartoň <tommz9@gmail.com> wrote:
> On Sunday 29 October 2006 13:36, Marco Calviani wrote:
> > Hi list,
> >   the slowness of AIGLX was due to the fact that i was running
> > xorg-server without enabling the aiglx flag. After having enabled it
> > xorg started running with AIGLX (using compiz or beryl).
> > Although the system is quite usable there is still an issue: i thought
> > the system would have relied completely on video card acceleration.
> > However whenever i run an AIGLX effect such as the cube or just window
> > moving the CPU goes up to 80-90% during all the time the effect is
> > running. This behaviour makes the system A LOT less responsive than it
> > is without AIGLX.
> > Is this a known issue?
> >
> > Thanks a lot,
> > MC
>
> I tkink its normal. I run beryl with NVidia driver and when I move a window or
> something the CPU goes up to 100% ...

Hmm, I also have an nvidia GPU, and my system doesn't exhibit this
behavior.  Of course, I get the black-windows bug due to a memory leak
in the drivers, but certainly no excessive CPU usage for any of the
beryl effects.

-Richard

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Lord Sauron]

Be sure DRI is working.  use glxinfo if you need to verify if it's active.

If you don't have DRI working, then most of the graphics will be done
on CPU.  Or at least that's how my laptop did it.

On 10/29/06, Richard Fish <bigfish@asmallpond.org> wrote:
> On 10/29/06, Tomáš Bartoň <tommz9@gmail.com> wrote:
> > On Sunday 29 October 2006 13:36, Marco Calviani wrote:
> > > Hi list,
> > >   the slowness of AIGLX was due to the fact that i was running
> > > xorg-server without enabling the aiglx flag. After having enabled it
> > > xorg started running with AIGLX (using compiz or beryl).
> > > Although the system is quite usable there is still an issue: i thought
> > > the system would have relied completely on video card acceleration.
> > > However whenever i run an AIGLX effect such as the cube or just window
> > > moving the CPU goes up to 80-90% during all the time the effect is
> > > running. This behaviour makes the system A LOT less responsive than it
> > > is without AIGLX.
> > > Is this a known issue?
> > >
> > > Thanks a lot,
> > > MC
> >
> > I tkink its normal. I run beryl with NVidia driver and when I move a window or
> > something the CPU goes up to 100% ...
>
> Hmm, I also have an nvidia GPU, and my system doesn't exhibit this
> behavior.  Of course, I get the black-windows bug due to a memory leak
> in the drivers, but certainly no excessive CPU usage for any of the
> beryl effects.
>
> -Richard
>
> --
> gentoo-user@gentoo.org mailing list
>
>


-- 
========== GCv3.12 ==========
GCS d-(++) s+: a? C++ UL+>++++ P+
L++ E--- W+(+++) N++ o? K? w--- O? M+
V? PS- PE+ Y-(--) PGP- t+++ 5? X R tv-- b+
                DI+++ D+ G e* h- !r !y
========= END GCv3.12 ========

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Marco Calviani]

Hi,
On 10/29/06, Lord Sauron <lordsauronthegreat@gmail.com> wrote:
> Be sure DRI is working.  use glxinfo if you need to verify if it's active.
>
> If you don't have DRI working, then most of the graphics will be done
> on CPU.  Or at least that's how my laptop did it.

well DRI in on and working:

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: SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
    GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
    GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
    GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
    GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
    GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
    GLX_MESA_swap_control, GLX_MESA_swap_frame_usage, GLX_OML_swap_method,
    GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R300 20060815 AGP 1x x86/MMX/SSE2 TCL
OpenGL version string: 1.3 Mesa 6.5.1
OpenGL extensions:
    GL_ARB_fragment_program, GL_ARB_imaging, GL_ARB_multisample,
    GL_ARB_multitexture, 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_MESAX_texture_float, GL_ARB_texture_mirrored_repeat,
    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix,
    GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, GL_ARB_window_pos,
    GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
    GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_clip_volume_hint,
    GL_EXT_compiled_vertex_array, GL_EXT_convolution, GL_EXT_copy_texture,
    GL_EXT_draw_range_elements, GL_EXT_gpu_program_parameters,
    GL_EXT_histogram, GL_EXT_packed_pixels, GL_EXT_polygon_offset,
    GL_EXT_rescale_normal, GL_EXT_secondary_color,
    GL_EXT_separate_specular_color, GL_EXT_stencil_wrap, GL_EXT_subtexture,
    GL_EXT_texture, GL_EXT_texture3D, GL_EXT_texture_edge_clamp,
    GL_EXT_texture_env_add, 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_APPLE_packed_pixels, GL_ATI_blend_equation_separate,
    GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once,
    GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat,
    GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture,
    GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent,
    GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program,
    GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table,
    GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
    GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod

   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
----------------------------------------------------------------------
0x23 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x24 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x26 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x27 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x29 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2b 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2c 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x2d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2e 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2f 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x30 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x31 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x32 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x4b 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon

Please note that i'm running with an ATI card.

regards,
MC
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Iain Buchanan]

On Sun, 2006-10-29 at 13:36 +0100, Marco Calviani wrote:
> Hi list,
>   the slowness of AIGLX was due to the fact that i was running
> xorg-server without enabling the aiglx flag.

what aiglx flag?

$ equery u xorg-server | grep -i aiglx
$ <nothing>

>  After having enabled it
> xorg started running with AIGLX (using compiz or beryl).
> Although the system is quite usable there is still an issue: i thought
> the system would have relied completely on video card acceleration.
> However whenever i run an AIGLX effect such as the cube or just window
> moving the CPU goes up to 80-90% during all the time the effect is
> running. This behaviour makes the system A LOT less responsive than it
> is without AIGLX.
> Is this a known issue?

I think it can depend on the driver.  With some versions of ati-drivers,
the CPU is used to help the GPU, and I get great frame rates.  With
other version of ati-drivers (including 8.28.8 and 8.29.6) the cpu
usages stays low for all 3d, and I get crap framerates...

don't know if this is your issue, but it sounds similar.

HTH,
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

If you knew what to say next, would you say it?

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

On Monday 30 October 2006 01:25, Iain Buchanan wrote:
> >   the slowness of AIGLX was due to the fact that i was running
> > xorg-server without enabling the aiglx flag.
>
> what aiglx flag?
>
> $ equery u xorg-server | grep -i aiglx
> $ <nothing>

By default equery only queries your installed packages (the specific versions).

# equery -N u -a xorg-server | grep aiglx\\\|xorg-server
[ Searching for packages matching xorg-server... ]
[ Found these USE variables for x11-base/xorg-server-1.0.2-r7 ]
[ Found these USE variables for x11-base/xorg-server-1.1.0-r1 ]
[ Found these USE variables for x11-base/xorg-server-1.1.1 ]
[ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
 + + aiglx                     : Includes extra AIGLX patches that allow compiz to function

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Iain Buchanan]

On Mon, 2006-10-30 at 01:44 +0100, Bo Ørsted Andresen wrote:
> On Monday 30 October 2006 01:25, Iain Buchanan wrote:
> > >   the slowness of AIGLX was due to the fact that i was running
> > > xorg-server without enabling the aiglx flag.
> >
> > what aiglx flag?
> >
> > $ equery u xorg-server | grep -i aiglx
> > $ <nothing>
> 
> By default equery only queries your installed packages (the specific versions).
> 
> # equery -N u -a xorg-server | grep aiglx\\\|xorg-server
> [ Searching for packages matching xorg-server... ]
> [ Found these USE variables for x11-base/xorg-server-1.0.2-r7 ]
> [ Found these USE variables for x11-base/xorg-server-1.1.0-r1 ]
> [ Found these USE variables for x11-base/xorg-server-1.1.1 ]
> [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
>  + + aiglx                     : Includes extra AIGLX patches that allow compiz to function
> 

hmm strange:

$ equery -N u -a xorg-server | grep aiglx\\\|xorg-server
[ Searching for packages matching xorg-server... ]
[ Found these USE variables for x11-base/xorg-server-1.0.2-r7 ]
[ Found these USE variables for x11-base/xorg-server-1.1.0-r1 ]
[ Found these USE variables for x11-base/xorg-server-1.1.1 ]
[ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]

nothing more!
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

: The hierarchy is excessive.

So is the anarchy.  :-)
             -- Larry Wall in <199705101952.MAA00756@wall.org>

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 1226 bytes --]

On Monday 30 October 2006 02:43, Iain Buchanan wrote:
[SNIP]
> > By default equery only queries your installed packages (the specific
> > versions).
> >
> > # equery -N u -a xorg-server | grep aiglx\\\|xorg-server
> > [ Searching for packages matching xorg-server... ]
> > [ Found these USE variables for x11-base/xorg-server-1.0.2-r7 ]
> > [ Found these USE variables for x11-base/xorg-server-1.1.0-r1 ]
> > [ Found these USE variables for x11-base/xorg-server-1.1.1 ]
> > [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
> >  + + aiglx                     : Includes extra AIGLX patches that allow
>
> hmm strange:
>
> $ equery -N u -a xorg-server | grep aiglx\\\|xorg-server
[SNIP]
> [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
>
> nothing more!

# grep aiglx `portageq portdir`/x11-base/xorg-server/xorg-server-1.1.1-r1.ebuild
        aiglx
        if use aiglx; then
                        ${FILESDIR}/06-aiglx-happy-vt-switch.patch

You did sync during the last two weeks, right? It was added more than two
weeks ago...

http://sources.gentoo.org/viewcvs.py/gentoo-x86/x11-base/xorg-server/xorg-server-1.1.1-r1.ebuild?r1=1.10&r2=1.11

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Iain Buchanan]

On Mon, 2006-10-30 at 03:08 +0100, Bo Ørsted Andresen wrote:
> On Monday 30 October 2006 02:43, Iain Buchanan wrote:
> [SNIP]
> > > By default equery only queries your installed packages (the specific
> > > versions).
> > >
> > > # equery -N u -a xorg-server | grep aiglx\\\|xorg-server
> > > [ Searching for packages matching xorg-server... ]
> > > [ Found these USE variables for x11-base/xorg-server-1.0.2-r7 ]
> > > [ Found these USE variables for x11-base/xorg-server-1.1.0-r1 ]
> > > [ Found these USE variables for x11-base/xorg-server-1.1.1 ]
> > > [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
> > >  + + aiglx                     : Includes extra AIGLX patches that allow
> >
> > hmm strange:
> >
> > $ equery -N u -a xorg-server | grep aiglx\\\|xorg-server
> [SNIP]
> > [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
> >
> > nothing more!
> 
> # grep aiglx `portageq portdir`/x11-base/xorg-server/xorg-server-1.1.1-r1.ebuild
>         aiglx
>         if use aiglx; then
>                         ${FILESDIR}/06-aiglx-happy-vt-switch.patch

yep, get the same results from grep...

> You did sync during the last two weeks, right? It was added more than two
> weeks ago...

of course, weekly, sometimes daily.

synced again yesterday, and still no result from equery -u ...

again: "hmmm"!!
-- 
Iain Buchanan <iaindb at netspace dot net dot au>

A bird in the hand is worth two in the bush.
		-- Cervantes

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] issues with equery (WAS: AIGLX responseness [...])

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 828 bytes --]

On Wednesday 01 November 2006 05:27, Iain Buchanan wrote:
> > > $ equery -N u -a xorg-server | grep aiglx\\\|xorg-server
> >
> > [SNIP]
> >
> > > [ Found these USE variables for x11-base/xorg-server-1.1.1-r1 ]
> > >
> > > nothing more!
> >
> > # grep aiglx `portageq
> > portdir`/x11-base/xorg-server/xorg-server-1.1.1-r1.ebuild aiglx
> >         if use aiglx; then
> >                         ${FILESDIR}/06-aiglx-happy-vt-switch.patch
>
> yep, get the same results from grep...
>
> > You did sync during the last two weeks, right? It was added more than two
> > weeks ago...
>
> of course, weekly, sometimes daily.
>
> synced again yesterday, and still no result from equery -u ...
>
> again: "hmmm"!!

Hmm..

What is the output of:

# emerge -vp1 xorg-server

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] issues with equery (WAS: AIGLX responseness [...])

[Iain Buchanan]

On Wed, 2006-11-01 at 15:44 +0100, Bo Ørsted Andresen wrote:
> What is the output of:
> 
> # emerge -vp1 xorg-server

$ emerge -vp1 xorg-server

These are the packages that would be merged, in order:

Calculating dependencies... done!
[ebuild   R   ] x11-base/xorg-server-1.1.1-r1  USE="dri ipv6 nptl sdl
xorg -3dfx -aiglx% -debug -dmx -kdrive -minimal -xprint"
INPUT_DEVICES="keyboard mouse synaptics -acecad -aiptek -calcomp -citron
-digitaledge -dmc -dynapro -elo2300 -elographics -evdev -fpit -hyperpen
-jamstudio -joystick -magellan -microtouch -mutouch -palmax -penmount
-spaceorb -summa -tek4957 -ur98 -vmmouse -void -wacom"
VIDEO_CARDS="fbdev fglrx radeon vesa -apm -ark -chips -cirrus -cyrix
-dummy -epson -glint -i128 -i740 -i810 (-impact) -imstt -mach64 -mga
-neomagic (-newport) -nsc -nv -nvidia -r128 -rendition -s3 -s3virge
-savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3)
(-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l
-vga -via -vmware -voodoo" 0 kB 

Total size of downloads: 0 kB

there's an "-aiglx%" in there...

-- 
Iain Buchanan <iaindb at netspace dot net dot au>

Menu, n.:
	A list of dishes which the restaurant has just run out of.

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] issues with equery (WAS: AIGLX responseness [...])

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 179 bytes --]

On Thursday 02 November 2006 01:01, Iain Buchanan wrote:
> there's an "-aiglx%" in there...

Yes, that's the reason. /var/db/pkg overrides /usr/portage...

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] AIGLX responseness (WAS: libGL issues & AIGLX slowness)

[Marco Calviani]

Hi Iain,

> I think it can depend on the driver.  With some versions of ati-drivers,
> the CPU is used to help the GPU, and I get great frame rates.  With
> other version of ati-drivers (including 8.28.8 and 8.29.6) the cpu
> usages stays low for all 3d, and I get crap framerates...
>
> don't know if this is your issue, but it sounds similar.

actually i'm not running with the ati proprietary drivers, but instead
with the opensource drivers included inside Xorg 7.1.  I've read
somewhere that AIGLX doesn't works with ati-drivers....

regards,
mc
-- 
gentoo-user@gentoo.org mailing list