Slow AA and RGB text rendering

[Chris]

On Tuesday 31 January 2006 4:45 am, Michel Dänzer wrote:
> On Tue, 2006-01-31 at 09:59 +0100, Pierre Ossman wrote:
> > > On Wed, 2006-01-25 at 22:30 -0500, debian at openserve.org wrote:
> > >> On the following machine:
> > >> Athlon64 3000
> > >> Nvidia GeForce 6600GT
> > >> Kernel 2.6.14, Xorg 6.9.0.dfsg.1-3
> > >> (Render enabled and verified working, Composite disabled, GLX
> > >> working)
> > >>
> > >> I'm getting only 22 kchar/s using:  x11perf -rgb10text
> > >> Even software rendering should not be THIS slow considering
> > >> that...
> > >>
> > >> ..For comparison, I dug out a retired P2-266 laptop with a PCI
> > >> S3 video chipset.  It hasn't been updated for years. (Kernel
> > >> 2.6.1, XFree86 4.2.1-16)  The same benchmark reported about 17
> > >> kchar/s.
> >
> > If you're digging into this please also consider:
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=4668
> > (EXA subpixel glyph rendering terribly slow)
>
> Given the machine specs above, it's very unlikely that he's using
> EXA.

Indeed, NVidia's proprietary driver has its own acceleration 
architecture. (not EXA or XAA)  Nevertheless, it does implement 
Render and so anti-aliased or rgb-subpixel glyphs should 
automatically be accelerated if Xorg is working properly, right?  It 
seems that Render accel. of glyphs is simply disabled.

(yes, I enabled NVidia Render support in xorg.conf. I verified via 
xdpyinfo and it is evidenced by other acceleration such as KDE/GNOME 
translucent "rubber-band" selection)

Chris

ps.) I actually did try EXA on a Radeon 8500 with Xorg 6.9.0 from 
source and glyph rendering was indeed quite slow (as were most 
primatives rendering)  Ironically, the only thing that was fast was 
Composite, but alas EXA is experimental so I'm not worried. :)