Date: Tue, 2 May 2000 10:34:31 -0700 (PDT) From: Mike Walker <walker@usc.edu> To: freebsd-hackers@freebsd.org, Lorenzo Iania <l.iania@sintesi.net> Subject: Re: lpr: order of print requests Message-ID: <Pine.GSO.4.20.0005021026470.11700-100000@skat.usc.edu> In-Reply-To: <027b01bfb446$0262c100$0500000a@sintesi.intr>
next in thread | previous in thread | raw e-mail | index | archive | help
Submitting the files with a single command should prevent reordering. lpc's topq command can be used to move a job to the top of the queue. Printing small jobs first is a desirable feature. Too often I've found a dozen people waiting while large jobs tied up the printers and that user wasn't present. I haven't looked at the code, but was told it took both size and submission time into consideration so that even large jobs would eventually print. If sending to a private printer, who does the print order matter? Are you trying to use forms? > I think you're right, because the process that generates the requests > is only one. It consecutively opens pipes to lpr and then closes > them. In effect it builds invoices from delivery documents and the > printed numbers of invoices is effectively out of order, while the > requests are ordered by number of invoice. Each pipe is opened and > closed: so the processes are not concurrent: one begins after the > other has finished. So, is there a way to disable this strange > behavior? > > Thanks. >> LPR queues up the reuqests and prints them in order smallest to >> largest to reduce the average wait time for a job at the expense of >> having a larger standard deviation in the wait times for jobs. Maybe >> this is what you are running into. I don't know if there's a way to >> disable this behavior or not. At least that's what I recall lpd doing >> years ago when I ran a unix lab in school. I didn't go check the code >> to see if it still did that or not. >> >> Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Pine.GSO.4.20.0005021026470.11700-100000>