home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / unix / bsd / 10638 < prev    next >
Encoding:
Internet Message Format  |  1992-12-26  |  4.7 KB
  1. Path: sparky!uunet!haven.umd.edu!decuac!pa.dec.com!vixie
  2. From: vixie@pa.dec.com (Paul A Vixie)
  3. Newsgroups: comp.unix.bsd
  4. Subject: S3 question - Amancio, are you there?
  5. Date: 26 Dec 92 03:41:05
  6. Organization: DEC Network Software Lab
  7. Lines: 76
  8. Distribution: world
  9. Message-ID: <VIXIE.92Dec26034105@cognition.pa.dec.com>
  10. NNTP-Posting-Host: cognition.pa.dec.com
  11.  
  12. I could have addressed this directly to Amancio, but I am betting that a
  13. lot of other folks would like to know the answer.  I have been away from
  14. the PC UNIX world for a while now (years, really) but I am presently
  15. taking a look at different PC configurations for possible BSD/386 or 386BSD
  16. use.  I've already determined that Localbus ("VESA") is more cost effective
  17. than EISA (in terms of useful-bit-made-faster per dollar-spent) and that
  18. a VESA/ISA system is probably what I want unless the price difference of a
  19. VESA/EISA system is within epsilon of what I have in my new-computer fund.
  20.  
  21. I see that the two greatest bit-bangers of the average computer are available
  22. as VESA cards: display, and disk.  I'm still formulating my disk controller
  23. questions and perhaps I'll ask them in a future post.  Right now I'm trying
  24. to solve the S3 mystery.
  25.  
  26. At work I have a EISA/SVGA/34020 board.  It is very fast when run under
  27. Windows 3.1; however, Microsoft had access to the 34020 specs and I don't,
  28. so I can't figure out how to port the X server to it and noone in this
  29. newsgroup seems to have done that either.  It's too bad -- a 34020 with
  30. a minimal BITBLT interpreter downloaded into it would make for a lightening
  31. fast X11 server with the 34020 as almost a co-processor.  However, I'm
  32. fairly sure that the 34020's days are numbered given something called "S3"
  33. and the "GUI Accelerator" that seem to be taking the market by storm.
  34.  
  35. I know that SVGA is more or less a hack on the IBM VGA spec to allow more
  36. pixels; what I don't know is what an "SVGA S3" is.  I have gathered from
  37. context in posts on this newsgroup that it is some kind of graphics
  38. accelerator chipset and that there are several different revisions of
  39. it and that different board manufacturers have had different results.
  40. Yet, VGA is fundamentally a frame buffer that has some hardware assist
  41. for certain operations.  Where does S3 fit in?  Is it another IO port, or
  42. just more opcodes to the existing VGA IO port?  Or just a faster implementation
  43. of the VGA spec?
  44.  
  45. There are two reasons I need to know this.  First, if the VGA really is "just
  46. a frame buffer", then given a fast CPU and VESA it should be trivial to get
  47. the MIT CFB server running and have it run near the theoretical maximum
  48. (though at some potentially unneccessary cost in main CPU cycles).  If on
  49. the other hand VGA is like EGA in that you can only map certain parts into
  50. memory at a time and it's generally cheaper to send high-level commands and
  51. let the graphics hardware figure out how to achieve them, then I see a
  52. problem.
  53.  
  54. What problem?  Well, DEC did this really neat thing called the "Dragon" chip
  55. set back on their MicroVAX II/GPX.  It was really really fast -- if you wrote
  56. your application in FORTRAN on VMS.  On the other hand if you ran under X11,
  57. things ran doggishly slow and the visual results were often less than perfect.
  58. This is because the _only_ way to talk to a Dragon is in high-level op-codes,
  59. and the model X11 lived in was incompatible with the one the Dragon used --
  60. so achieving one X11 operation often took several, or hundreds, of Dragon
  61. operations.  Since the Dragon's speed came from its economy of scale, the
  62. speed was less than amazing.
  63.  
  64. That seems to be what kills EGA (and non-SVGA VGA) performance on PC's.  You
  65. can either send lots of not-exactly-what-you-wanted high level operations
  66. down the "wire" or you can write to memory over a very slow bus.  Either way
  67. things are very very slow.
  68.  
  69. So here comes S3.  Is it the salvation to all the world's woes?  That depends.
  70. Given VESA, one can access the VGA's "array" at memory speed (barring refresh
  71. stalls -- that whole thing isn't dual-ported, is it?).  Is that enough?  Or,
  72. if not, is it the S3 that gives one the extra performance and/or op-codes that
  73. make X11 sing?  And, if that last is true, why isn't an S3 on EISA or even ISA
  74. "fast enough" ?
  75.  
  76. I know that Amancio's numbers indicate that the problem _is solved_, one way
  77. or another.  But before I consider plunking money down to buy one of these
  78. boxes, I would very much like to know _how_ it was solved.  And, I would like
  79. to know the answer to the perennial question: "which VESA S3 card is fastest,
  80. and why?"
  81.  
  82. Thanks in advance...
  83. --
  84. Paul Vixie, DEC Network Systems Lab    
  85. Palo Alto, California, USA             "Don't be a rebel, or a conformist;
  86. <vixie@pa.dec.com> decwrl!vixie        they're the same thing, anyway.  Find
  87. <paul@vix.com>     vixie!paul        your own path, and stay on it."  -me
  88.