home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / os / linux / 21909 < prev    next >
Encoding:
Internet Message Format  |  1992-12-28  |  2.3 KB
  1. Path: sparky!uunet!pipex!bnr.co.uk!uknet!mcsun!sun4nl!ruuinf!ruunfs.fys.ruu.nl!hooft
  2. From: hooft@fys.ruu.nl (Rob Hooft)
  3. Newsgroups: comp.os.linux
  4. Subject: Re: cp foo.graphics /dev/lp1 is slooooooooow. ANSWER!
  5. Message-ID: <1992Dec28.153037.13447@fys.ruu.nl>
  6. Date: 28 Dec 92 15:30:37 GMT
  7. References: <1h9s83INNlng@nz12.rz.uni-karlsruhe.de> <1992Dec23.150230.22344@news.stolaf.edu> <1992Dec25.063629.9169@cronkite.ocis.temple.edu>
  8. Organization: Physics Department, University of Utrecht, The Netherlands
  9. Lines: 45
  10.  
  11. jwiegand@moe.eng.temple.edu (James Wiegand) writes:
  12. >johnsonm@lars.acc-admin.stolaf.edu (Michael K. Johnson) writes:
  13. >>bernd@iamk4526.mathematik.uni-karlsruhe.de (Bernd Wiebelt) writes:
  14. >>
  15. >>   This has been asked before, but not yet answered.
  16. >>
  17. >>BZZZZZZZZZZZZT!  Wrong.  I have posted twice about this already.
  18.  
  19. >Actually, the answer is quite simple and no secret.
  20. >Increase the value of LP_INIT_CHAR until you are happy.
  21. >I have:
  22.  
  23. >#define LP_INIT_CHAR 250000
  24.  
  25. If you have these problems, please start by trying LP_INIT_CHAR 500,
  26. and if necessary go even higher. Furthermore: at the moment it works,
  27. mail the number to MKJ, so that he knows the results for different
  28. printers!
  29.  
  30. >in include/linux/lp.h and get the same throughput as before. Otherwise,
  31. >I was getting one line of graphics every 20 minutes. Pretty sh*tty!
  32.  
  33. The problem is that your printer is so slow in reacting, that the
  34. driver thinks its buffer must be full. My 7 year old EPSON reacts
  35. after 210 tries, so it is reasonable to assume that everything else is
  36. faster than that, and certainly faster than 250! Well, it seems this
  37. is not true.
  38.  
  39. Please note that it doesn't only have advantages to make the number as
  40. high as you can, because when the printer buffer is really full a lot
  41. of CPU time will still be spent trying to print one more character.
  42.  
  43. If you have a very fast laserprinter you may even want to lower the
  44. number: that's what the new tunelp program will be able to do on a
  45. running system!
  46.  
  47. >jim
  48. >When in doubt, there is always the source code!
  49.  
  50. True.
  51. -- 
  52. Rob W.W. Hooft,  Department of crystal and structural chemistry
  53. Bijvoet Center for Biomolecular Research, University of Utrecht
  54. The Netherlands ===== hooft@chem.ruu.nl (hooft@hutruu54.bitnet)
  55. ====Use a Real Operating System on your 386: Linux is FREE!====
  56.