home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1993 #3 / NN_1993_3.iso / spool / comp / sys / sun / admin / 10625 < prev    next >
Encoding:
Text File  |  1993-01-21  |  1.8 KB  |  38 lines
  1. Newsgroups: comp.sys.sun.admin
  2. Path: sparky!uunet!cs.utexas.edu!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu!The-Star.honeywell.com!umn.edu!mmm.serc.3m.com!pwcs!derekt
  3. From: derekt@pwcs.stpaul.gov (Derek Terveer)
  4. Subject: Re: print filter (/etc/printcap : if=) too persistent
  5. Message-ID: <1993Jan21.180848.26090@pwcs.stpaul.gov>
  6. Organization: City of St. Paul Public Works
  7. X-Newsreader: TIN [version 1.1 PL6]
  8. References: <PSHANNON.93Jan19131750@iapetus.cv.nrao.edu>
  9. Distribution: comp
  10. Date: Thu, 21 Jan 1993 18:08:48 GMT
  11. Lines: 25
  12.  
  13. Paul Shannon (pshannon@iapetus.cv.nrao.edu) wrote:
  14. : It looks to us as if lpr builds a tightly connected set of processes
  15. : which includes lwf, and that this set is slow to disassemble.  If
  16. : a new request is made to lpr quickly enough, it seems to figure that
  17. : it's reasonable to send the new file down the same path as it sent 
  18. : the last one.  
  19. : But since it's eminently reasonable to use 1 printer for both ordinary
  20. : text and postscript, and since it's entirely plausible that a number
  21. : of print jobs could arrive at the host computer at almost the same
  22. : time, the behavior of lpr seems pretty dumb to me.
  23. :   pshannon@nrao.edu
  24.  
  25. I ran into the same problem before, and i agree that lpd seems to be
  26. out-clevering itself in attempting to optimize its input queue if there
  27. are jobs waiting at the completion of any particular job.  I never
  28. really found a solution that was elegant.  I replaced the filter with a
  29. hand written hack job that looked for various characters, etc. to start
  30. a new job, but it never really worked 100% of the time.  sigh.
  31.  
  32. derek
  33. -- 
  34. Derek Terveer   Work:    derek.terveer@stpaul.gov    +1 612 292 6009
  35.         Play:    det@hawkmoon.mn.org    +1 612 683 0413
  36. "Big business and big government distract us with entertainment;
  37.  they manufacture our consent while we destroy the environment."
  38.