home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 2750 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  1.8 KB

  1. Path: comma.rhein.de!serpens!not-for-mail
  2. From: mlelstv@serpens.rhein.de (Michael van Elst)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Demo/game to OS friendly part II
  5. Date: 5 Feb 1996 10:44:59 +0100
  6. Organization: dis-
  7. Message-ID: <4f4jir$5rn@serpens.rhein.de>
  8. References: <john.hendrikx.47u5@grafix.xs4all.nl>     <PETERM.96Jan29164036@tui.maths.irl.cri.nz>     <4ek6bo$84n@xmission.xmission.com> <4ekl5d$51@serpens.rhein.de>     <PETERM.96Feb1123338@tui.maths.irl.cri.nz>     <4ep546$hpr@serpens.rhein.de>     <PETERM.96Feb1205215@tui.maths.irl.cri.nz>     <4eq5s3$mnn@serpens.rhein.de> <PETERM.96Feb5131910@tui.maths.irl.cri.nz>
  9. NNTP-Posting-Host: serpens.rhein.de
  10.  
  11. peterm@maths.grace.cri.nz (Peter McGavin) writes:
  12.  
  13. >Now, isn't a queue of gfx-operations simply a queue of messages (or
  14. >packets)?  Wouldn't a straightforward implementation be that a
  15. >high-level gfx function sends a message to some handler task for the
  16. >bitmap?
  17.  
  18. That would be a straight forward solution but I believe it would be
  19. pretty slow because of the amount of task switches.
  20.  
  21. >Except some gfx calls would only construct a portion of a
  22. >message as a form of buffering, or simply return a status or
  23. >something.
  24.  
  25. I think we can live without an extra server task. Each rendering
  26. device would have its own (limited length) queue. The queue should
  27. be large enough that a Blt function runs completely asynchronous.
  28.  
  29. >Or do you propose hanging everything off interrupts, like
  30. >QBlit() (which would get messy IMO)?
  31.  
  32. For the native graphics you would use QBlit() most often.
  33. You would also try to avoid the interrupt overhead for small blits.
  34. The cycles wasted in WaitBlit() could be less than the time spent
  35. for interrupts.
  36.  
  37. Regards,
  38. -- 
  39.                                 Michael van Elst
  40.  
  41. Internet: mlelstv@serpens.rhein.de
  42.                                 "A potential Snark may lurk in every tree."
  43.