Re: [Linux-fbdev-devel] framebuffer ioctl

[Geert U. <ge...@li...>]

On Tue, 7 Sep 2004, Jon Smirl wrote:
> The numbers compare two peices of software that exist.  Sure you could
> probably write a super optimized library for CPU based drawing in 2D
> mode that would be faster, but this library doesn't exist. No matter
> what you do using the GPU to draw is always going to beat using the
> CPU by a wide margin because of the memory bandwidth difference.
>
> Would Cairo on hardware OpenGL vs Cairo on software only OpenGL be a
> better comparison? Those ratios are even worse.

I think (but I'm not sure) Michel wants you to compare Cairo on OpenGL vs.
traditional 2D accelerated X.

I.e. while X on top of hardware accelerated OpenGL is _much_ faster than =
X on
top of software OpenGL, what we really care about is whether it's much fa=
ster
than traditional 2D accelerated X.

> Why does everyone want to write another accelerated drawing library
> when we already have a really good one that follows standards and has
> excellent documentaition? Why not help integrate DRM and fbdev
> instead.
>
> On Mon, 06 Sep 2004 17:24:20 -0400, Michel D=E4nzer <mi...@da...=
> wrote:
> > On Mon, 2004-09-06 at 17:02 -0400, Jon Smirl wrote:
> > >
> > > Check out the Cairo benchmarks. The OpenGL drivers can beat the
> > > performance of 2D drivers 100:1 and some cases 400:1. OpenGL uses t=
he
> > > GPU to do the drawing instead of the main CPU.
> >
> > Please stop reiterating these bogus (optimized OpenGL vs. unoptimized
> > software-rendered Render extension) numbers, unless you think bogus
> > numbers are a good way to make a point.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m6=
8k.org

In personal conversations with technical people, I call myself a hacker. =
But
when I'm talking to journalists I just say "programmer" or something like=
 that.
							    -- Linus Torvalds