home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #19 / NN_1992_19.iso / spool / comp / os / os2 / misc / 29255 < prev    next >
Encoding:
Internet Message Format  |  1992-09-03  |  3.2 KB
  1. Xref: sparky comp.os.os2.misc:29255 comp.sys.ibm.pc.hardware:23384 comp.benchmarks:1367
  2. Newsgroups: comp.os.os2.misc,comp.sys.ibm.pc.hardware,comp.benchmarks
  3. Path: sparky!uunet!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!usenet.coe.montana.edu!news.u.washington.edu!uw-beaver!ubc-cs!unixg.ubc.ca!ochealth
  4. From: ochealth@unixg.ubc.ca (ochealth)
  5. Subject: Re: Text scroll benchmark
  6. Message-ID: <1992Sep4.025108.24826@unixg.ubc.ca>
  7. Keywords: text scroll benchmark window
  8. Sender: news@unixg.ubc.ca (Usenet News Maintenance)
  9. Nntp-Posting-Host: unixg.ubc.ca
  10. Organization: University of British Columbia, Vancouver, B.C., Canada
  11. References: <14gnjd+.jps@netcom.com>
  12. Date: Fri, 4 Sep 1992 02:51:08 GMT
  13. Lines: 50
  14.  
  15. In article <14gnjd+.jps@netcom.com> jps@netcom.com (John Serafin) writes:
  16. >
  17. >I am proposing a text scrolling benchmark.   Although most computers can
  18. >scroll text much faster than it is possible to read, scrolling delay can
  19. >be quite objectionable during interactive modem sessions.   Scrolling text
  20. >in a window in a GUI environment can take up so much CPU time that full
  21. >modem throughput is not realized.   I have made some measurements and my
  22. >results are at the end of this article.   My motherboard is an ISA 486
  23. >from Intel with an Intel chipset.   For some reason, vector oriented
  24. >graphics run faster on Taiwanese motherboards with the same SVGA card.
  25. >Therefor other people with ProDesigner IIs may get better results.
  26. >
  27. >I would be particularly interested in seeing how various 8514, XGA, and TIGA
  28. What surprises me about OS/2 is how poorly screen writes are done.
  29. Perhaps it's the Trident driver that's poorly coded. I am running
  30. 1024x768 256 mode.
  31.  
  32. The Trident card is quite good hardware, and their driver support is good
  33. (just wish they'd HURRY UP with fixing these beta drivers!)
  34. Normal VGA mode is very quick when scrolling, but 1024x768 sucks.
  35. Everything else about 1024x768 is quick. I'm also using a 486 33MHz 12 meg
  36. machine, so that's not causing performance problems.
  37.  
  38. The reason scrolling is slow is that OS/2 seems to write one character at
  39. a time, or maybe a line at a time. This slows things to a crawl in 1024x768
  40. mode. *However* screen updates for a large area of text are quite fast.
  41. In a windowed TE/2 session, 2400 bps, the line by line scrolling sends
  42. Pulse up to 100% CPU. But if I click the mouse in the window for a few seconds
  43. the scrolling stops, and when I release the mouse, the whole window updates
  44. in a flash. Pulse shows much reduced CPU usage.
  45.  
  46. I notice that fat pig X Windows on a Sun 3/60 is much faster(screen) than my
  47. 486. X is in C, the 16 bit PM stuff is all assembler. What gives?
  48. Well if you watch an Xterm closely, it updates a terminal window in
  49. a kind of "burst mode", kind of "lazy writes" for the screen.
  50. (BTW, the 3/60s have unaccelerated framebuffers)
  51.  
  52. I'll wait for IBM to tweak the video some more, before I think of
  53. a grahics accelerator.
  54.  
  55.  
  56.  
  57. >jps@netcom.com   |  Operating an automobile is more like riding than driving.
  58.  
  59.  
  60. -- 
  61. ______________________________________________________________________________
  62. jpm: ochealth@unixg.ubc.ca         
  63.                             Happily using OS/2 2.0 because MS Windows isNT ___
  64.                                                       Insert VapourFeature ^^^
  65.