home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #16 / NN_1992_16.iso / spool / comp / sys / acorn / 7988 < prev    next >
Encoding:
Internet Message Format  |  1992-07-22  |  2.8 KB
  1. Path: sparky!uunet!mcsun!Germany.EU.net!unido!cat!incom!orfeo!hotb.sub.org!fasel!gunnar
  2. From: gunnar@fasel.hotb.sub.org (Gunnar Zoetl)
  3. Newsgroups: comp.sys.acorn
  4. Subject: Mult-O-printing (Was: Re: ARC vs PC - no debate. (long!))
  5. Message-ID: <2-zeXwj010n@fasel.hotb.sub.org>
  6. Date: 21 Jul 92 20:43:29 GMT
  7. References: <1YWCpMj010n@fasel.hotb.sub.org> <16846@acorn.co.uk>
  8. Organization: El Gunthor Pasa
  9. Lines: 43
  10.  
  11. osmith@acorn.co.uk (Owen Smith) writes:
  12.  
  13. > In article <1YWCpMj010n@fasel.hotb.sub.org> gunnar@fasel.hotb.sub.org
  14. > (Gunnar Zoetl) writes:
  15. > 
  16. > >This would not solve the problem, as it is not the printer driver locking up
  17. > >the machine, but the application that is printing, as someone from acorn
  18. > >stated the last time a similar thread occurred. Try it yourself: setup the
  19. > 
  20. > Sorry to disappoint you, but most of the time taken in printing *IS* the
  21. > time taken to crank the bytes down the wire to the printer and wait for the
  22. > printer to do the business
  23.  
  24. This heavily depends on what you are printing. For pure text, this is true,
  25. but for dvi files, draw files and such, that require a lot of computation, 
  26. the printing time depends mostly on the time required to generate the page.
  27.  
  28. I know the point is that the printer driver spends too much time waiting for
  29. the printer, and this time could be used in a better way. 
  30.  
  31. > To be able to effectively multi-task while printing, we would need
  32. > pre-emptive tasks with prioritised scheduling (such that printing would be
  33. > low priority) and we would also need easily switchable graphics contexts.
  34.  
  35. I am not quite sure if this is necessarily so. I think, if a spooler was
  36. implemented within the driver, and the spooler would be interrupt driven,
  37. whereas the application interface of the printer driver (I mean the part
  38. that gets the data from the apps) just relied on the application to do the
  39. multitasking, it would provide enough means to multitask while printing.
  40.   It is not quite as primitive as the thing I just wrote, but I think you
  41. get the idea.
  42.   On the other hand, getting an application to do the printing in multi-
  43. tasking mode would require a lot more effort. However, if you have coop-
  44. erative multitasking, as we do, you are free to implement the multitasking
  45. while printing in any way you like, heading for maximum printing performance
  46. or maximum usability of the machine while printing. You do not have this
  47. option when doing preemptive multitasking.
  48.   Now, please do not start this preemptive vs. cooperative multitasking war
  49. again, I do know that both have their benefits, and also both have their
  50. shortcomings. (I work with Unix boxes, too) The problem is, we are stuck
  51. with the cooperative way, so we have to make the best out of what we have.
  52.  
  53. Gunnar
  54. --
  55. Seid nett zueinander ,-----.         ___o     o
  56.                   ,-'----+--`--.   _'\ <,_   (\
  57.                   '-(_)----(_)-'  (_)/  (_)  /> Sonst gibts auf die Backen.
  58.