[Xprint] Re: Unified video+print Xserver / was: Re: Modularization mailing list and initial strawman proposal

[Adam Jackson]

On Wednesday 30 March 2005 08:35, Julien Lafon wrote:
> On Tue, 29 Mar 2005 13:49:42 -0500, Adam Jackson <ajax at nwnk.net> wrote:
> > Then you don't understand the problem.  See, for example:
> >
> > https://bugs.freedesktop.org/show_bug.cgi?id=1426
> >
> > X's scheduler is not preemptive.  When it schedules a client, that client
> > is going to run to the completion of at least one request in its queue. 
> > With core X this is not a huge deal, because each request is simple. 
> > With GLX this can be a problem, because "one request" can be "draw these
> > 40,000 multitextured supersampled quad strips".  Oops.
>
> This seems to be an unique problem of the GLX implementation.
> We ran some tests this morning and there is no noticeable "stall" in
> the video server operation when the print extension sends the job to
> the spooler.

I'll take your word for it.  Just wanted to be sure the issue was understood.

> > My understanding of Xprint is that the invoked lpd (or whatever) is not
> > scheduled like an X client but is instead treated like an output device.
> > Which means you can have a situation where the server has a huge chunk of
> > data (say, a rasterised page of A4 at 600dpi),
>
> The Xprint drivers do not rasterise anything[1] in the server. This
> resembles somehow an item roland collected:
> http://xprint.mozdev.org/docs/Xprint_FAQ.html#id2807877

Um.  Then what does the raster driver do?

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : http://lists.x.org/archives/xorg-arch/attachments/20050330/225e83ed/attachment.pgp