Hello,
For your enjoyment, here are a few timings of GS using a render-based
driver. In the tables below, x11 is the stock X11 driver in
ghostscript (run with -dNOPLATFONTS), x11alpha is the alpha-aliasing
driver that uses client-side backing store and 4-bit AA, xr is the
render-based driver with AA disabled, and xralpha is the same driver
with 4-bit alpha enabled.
You should take those timings with a pinch of salt, as many driver
functions are not implemented yet. In particular, the only driver
methods implemented are bitmap pushing (mono colour expanding, colour
through an alpha mask, and opaque colour blits) and opaque rectangles.
All rendering will be either done on the client side and pushed
through one of the above or else converted into spans rendered using
XFillRectangle.
A server-side glyph cache is implemented (256 mono glyphs and 256
eight-bit glyphs), which is only used for small glyphs.
The driver is completely untuned. In particular, all format
conversions (bit-order conversion, 4->8 expansion, etc.) are done the
naive way.
ea-ea.ps is a fourteen-page long paper typeset with Type 1 versions of
the cmr fonts. It gets very high hits from the server-side glyph
cache.
waterfal.ps is the glyph waterfall included with gs. Because every
glyph is distinct, it gets no hits whatsoever from the glyph cache.
escher8.ps is eight copies of the escher.ps demo included with gs.
It's geometry rendering only. In the case of xr, all rendering is
converted into spans which are sent to the server using XFillRectangle
(the x11 driver uses trapezoids and thick lines). In the case of
xralpha, everything is rasterised in the client and sent to the server
using XPutImage followed by XRenderComposite(PictOpOver).
Note that these times include gs's startup time (0.2 s) and any
interpreter and font loading overhead.
ea-ea.ps:
x11: 1.3s xr: 1.5s
x11alpha: 3.4s xralpha: 1.9s
waterfal.ps:
x11: 0.4s xr: 0.5s
x11alpha: 0.8s xralpha: 0.5s
escher8.ps:
x11: 1.7s xr: 1.9s
x11alpha: 5.9s xralpha: 7.6s
I'm a little disappointed by the non-AA timings for the text-rich
documents. The bad performance of escher.ps with both xr and xralpha
is as expected.
Juliusz
_______________________________________________
Render mailing list
[EMAIL PROTECTED]
http://XFree86.Org/mailman/listinfo/render
