Date: Thu, 4 Dec 1997 20:17:16 +0000 (GMT) From: Terry Lambert <tlambert@primenet.com> To: phk@critter.freebsd.dk (Poul-Henning Kamp) Cc: wollman@khavrinen.lcs.mit.edu, current@FreeBSD.ORG Subject: Re: Changing lpd's model of operation slightly... Message-ID: <199712042017.NAA13215@usr09.primenet.com> In-Reply-To: <7580.881226978@critter.freebsd.dk> from "Poul-Henning Kamp" at Dec 4, 97 10:16:18 am
next in thread | previous in thread | raw e-mail | index | archive | help
> >What I'm planning on doing (or rather, have done and am planning on > >committing once it's tested) is to separate the actual job-printing > >functionality out of lpd and into a separate program which lpd > >execv()s as necessary to start a printer. This allows that part of > >the program to not occupy any memory resources while it is not being > >used, but does increase the memory used on machines that host active > >printers. > > Question: will the interface between lpd and this program be an internal > one, or a officially supported interface ? Will this be for instance > where we will plug in ghostscript or a bidirectional communication > postscript driver in the future ? > > I would be really neat if we simply changed it to have a generic queing > frontend, to which you could submit files and processing directives, > a queue manager which will take care of submitting one job at a time, > in right priority/order and so on, and then configurable backends to do > the job. That would allow the backend to du many other things than just > printing. Can you say "job-queue" :-) The problem with the POSIX printing model (which is what your suggestion hints at exploding into ;-)) is that it doesn't have a generic queueing system that it's layered on top of... I think that use of a generic queueing system should probably wait until one is written. 8-). Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199712042017.NAA13215>