home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / sys / ibm / pc / hardware / 22804 < prev    next >
Encoding:
Text File  |  1992-08-27  |  1.6 KB  |  39 lines
  1. Newsgroups: comp.sys.ibm.pc.hardware
  2. Path: sparky!uunet!caen!hellgate.utah.edu!peruvian.utah.edu!msmith
  3. From: msmith%peruvian.utah.edu@cs.utah.edu (Matthew Smith)
  4. Subject: Video memory and UART access
  5. Date: 27 Aug 92 09:26:22 MDT
  6. Message-ID: <1992Aug27.092622.7175@hellgate.utah.edu>
  7. Organization: University of Utah CS Dept
  8. Distribution: w
  9. Lines: 28
  10.  
  11. I have a question for some hardware knowledgable gurus out there.
  12.  
  13. I'm developing an application where I work, that interactively uses the serial
  14. ports and the graphics display.  Basically, it's like Compuserve's CIM 
  15. interface, but for a completely different program.
  16.  
  17. My question is this:  I know that writing to the video display causes an 
  18. inordinate amount of overhead, mainly due to the wait states involved, however
  19. if I'm writing event the *smallest* amount of information to the display while
  20. receiving information, the incoming information seems to get lost.  This is
  21. on a 386-40 machine with 16550AFN UART chips.
  22.  
  23. The graphics library we are utilizing writes directly to video memory,
  24. completely bypassing BIOS, so I know that isn't the problem.  I even asked them
  25. if for some strange reason they were shutting off interrupts when they write
  26. to the screen, and they say no.  
  27.  
  28. So my question comes down to this:  Does writing to video really cause that 
  29. much of an overhead that a 386-40 machine, equipped with 16550AFN UART chips
  30. should suffer loss of data when accessing the video memory?  That's the only
  31. conclusion I can come to.
  32.  
  33. Any comments would be welcome.
  34.  
  35.  
  36. Matt Smith
  37. msmith@peruvian.utah.edu
  38. Student - University of Utah Department of Computer Science
  39.