[Kde-games-devel] Fwd: Re: SVG Rendering speed

[Aaron J. Seigo]

On Sunday 30 September 2007, Luciano Montanaro wrote:
> Il Sunday 30 September 2007 20:42:53 Aaron J. Seigo ha scritto:
> > On Saturday 29 September 2007, Ian Wadham wrote:
> > > Andreas and Aaron's responses to these problems seem a bit
> > > Microsoftish, if you do not mind me saying so, i.e. get the next
> > > version of software, buy more hardware.  I am on my third Linux/KDE box
> >
> > Ian, this really is a problem with x.org. the X11 protocol is ok, but the
> > x.org implementation of various things are sorely lacking in many places;
> > e.g. XRender is virtually hardware un-acceleratable in modern terms; this
> > is a "broken by design" sort of thing. there are many such areas in
> > x.org.
>
> To be fair to xorg people, they seem to be addressing the issues. New
> drivers are better at XRender, the Intel driver is good, and even my Radeon
> 9250 can accelerate the effects well enough with the latest update. We have
> an issue with non-free drivers, where little can be done.

well, yes and no. XRender makes some things simply impossible to accelerate as 
much as they could be on modern hardware. this is one of the reasons behind 
the push for the new Mesa3D system to not use XRender at all and instead 
handling the graphics in a way that various complex actions common in today's 
software are able to be accelerated in hardware.

> So, I'm not sure we can realistically expect people will have render and
> composite enabled for KDE4 release. In another year, maybe, it looks like
> new acceleration architectures are growing like mushrooms...

yep. of course, by the time many people finally get a kde4 desktop on their 
system it'll be a year or so ;)

> > the other issues you raise (SVG parsing efficiency, QPainter speed, etc)
> > are independant issues. which is why i specifically replied to the part
> > about windows repainting in your email. you even noted it could be an
> > issue rooted in X; i was simply affirming that that is likely the case
> > for that particular set of visual artifacts =)
>
> I'm not sure the parser is too bad; 

profiling has shown that the biggest bottleneck at this point is the CSS 
parser (of all things.. heh..). i'm not sure if this is being worked on 
currently in Trolltech, but that was what i was informed of. which does mean 
that things are pretty good if that's the biggest bottleneck ;)

-- 
Aaron J. Seigo
humru othro a kohnu se
GPG Fingerprint: 8B8B 2209 0C6F 7C47 B1EA  EE75 D6B7 2EB1 A7F1 DB43

KDE core developer sponsored by Trolltech
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://mail.kde.org/pipermail/kde-games-devel/attachments/20070930/a2406d4b/attachment.pgp