home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #20 / NN_1992_20.iso / spool / comp / os / os2 / misc / 29841 < prev    next >
Encoding:
Internet Message Format  |  1992-09-11  |  3.7 KB
  1. Xref: sparky comp.os.os2.misc:29841 comp.sys.ibm.pc.hardware:24017 comp.benchmarks:1408
  2. Path: sparky!uunet!sun-barr!olivea!isc-br!tau-ceti!comtch!mstaben
  3. From: mstaben@comtch.spk.wa.us (Matthew Staben)
  4. Newsgroups: comp.os.os2.misc,comp.sys.ibm.pc.hardware,comp.benchmarks
  5. Subject: Re: Text scroll benchmark
  6. Keywords: text scroll benchmark window
  7. Message-ID: <D12LqB5w165w@comtch.spk.wa.us>
  8. Date: 5 Sep 92 04:22:36 GMT
  9. References: <1992Sep4.025108.24826@unixg.ubc.ca>
  10. Sender: bbs@comtch.spk.wa.us (Waffle bbs)
  11. Organization: Waffle BBS at CompuTech Spokane, Washington
  12. Lines: 66
  13.  
  14. ochealth@unixg.ubc.ca (ochealth) writes:
  15.  
  16. > In article <14gnjd+.jps@netcom.com> jps@netcom.com (John Serafin) writes:
  17. > >
  18. > >I am proposing a text scrolling benchmark.   Although most computers can
  19. > >scroll text much faster than it is possible to read, scrolling delay can
  20. > >be quite objectionable during interactive modem sessions.   Scrolling text
  21. > >in a window in a GUI environment can take up so much CPU time that full
  22. > >modem throughput is not realized.   I have made some measurements and my
  23. > >results are at the end of this article.   My motherboard is an ISA 486
  24. > >from Intel with an Intel chipset.   For some reason, vector oriented
  25. > >graphics run faster on Taiwanese motherboards with the same SVGA card.
  26. > >Therefor other people with ProDesigner IIs may get better results.
  27. > >
  28. > >I would be particularly interested in seeing how various 8514, XGA, and TIGA
  29. > What surprises me about OS/2 is how poorly screen writes are done.
  30. > Perhaps it's the Trident driver that's poorly coded. I am running
  31. > 1024x768 256 mode.
  32. > 
  33. > The Trident card is quite good hardware, and their driver support is good
  34. > (just wish they'd HURRY UP with fixing these beta drivers!)
  35. > Normal VGA mode is very quick when scrolling, but 1024x768 sucks.
  36. > Everything else about 1024x768 is quick. I'm also using a 486 33MHz 12 meg
  37. > machine, so that's not causing performance problems.
  38. > 
  39. > The reason scrolling is slow is that OS/2 seems to write one character at
  40. > a time, or maybe a line at a time. This slows things to a crawl in 1024x768
  41. > mode. *However* screen updates for a large area of text are quite fast.
  42. > In a windowed TE/2 session, 2400 bps, the line by line scrolling sends
  43. > Pulse up to 100% CPU. But if I click the mouse in the window for a few second
  44. > the scrolling stops, and when I release the mouse, the whole window updates
  45. > in a flash. Pulse shows much reduced CPU usage.
  46. > 
  47. > I notice that fat pig X Windows on a Sun 3/60 is much faster(screen) than my
  48. > 486. X is in C, the 16 bit PM stuff is all assembler. What gives?
  49. > Well if you watch an Xterm closely, it updates a terminal window in
  50. > a kind of "burst mode", kind of "lazy writes" for the screen.
  51. > (BTW, the 3/60s have unaccelerated framebuffers)
  52. > 
  53. > I'll wait for IBM to tweak the video some more, before I think of
  54. > a grahics accelerator.
  55. > 
  56. > 
  57. > 
  58. > >jps@netcom.com   |  Operating an automobile is more like riding than driving
  59. > 
  60. > 
  61. > -- 
  62. > _____________________________________________________________________________
  63. > jpm: ochealth@unixg.ubc.ca         
  64. >                             Happily using OS/2 2.0 because MS Windows isNT __
  65. >                                                       Insert VapourFeature ^^
  66.  
  67.  
  68. I use a Tseng4000 chipset (it required the VSVGA/VGA fix) and am using 
  69. the 1024x768x256 interlaced mode and my text windows are quite fast.  In 
  70. fact, I find excellent performance in a 50 line vga text-emulated box.  
  71. Sure, it goes slower than the character generator does, but not much.  
  72.  
  73. Let's put it this way.. I sometimes can't hit ^s fast enough during a 
  74. directory - thus having to do it allllllll over again!
  75.  
  76.  
  77. mstaben@comtch.spk.wa.us
  78.  
  79. - A warning to anyone, still in command...
  80.